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PREFACE 


This handbook is intended to be used as a textbook in a classroom environment. 
It is functionally organized to alloys an instructor to cover similar state- 
ments together. Other documents developed are: 

A GOAL OVERVIEW document relates the history that led to the development 
of the GOAL language and provides a summary of the features and capabilities 
of GOAL. 

A GOAL SYNTAX DIAGRAMS HANDBOOK TR-1213 that contains an alphabetical 
arrangement of syntax diagrams used in the. GOAL language. 


Some pages are left blank intentionally. 
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SECTION I, FUNDAMENTALS OF GOAL 


1.0 INTRODUCTION 

GOAL, Ground Operations Aerospace Language, is a high order test lan- 
guage drawing from several languages in addition to NASA's experience 
In space vehicle testing. 

The GOAL language and its associated rules will serve as the standard 
for test procedure specifications. Although the primary intent of 
GOAL is to control test procedure specification and not the associated 
language processors, executives, or test equipment, some suggested 
conventions are offered to assist in promoting uniform implementation 
and use. 

1.1 SCOPE 

GOAL is a test engineer oriented language, which is designed to be 
.used as the standard procedure terminology and test programming 
language in performance of ground checkout operations in a space 
vehicle test and launch environment. It encompasses a wide range of 
testing, including vehicle systems and subsystems preflight checkout, 
ground preflight operations; such as propellant transfer, support 
systems verification, ground power control and monitoring, etc. The 
language is compatible with a wide variety of engineering design, 
requiring primarily command/response actions (analog and digital) to 
the systems to be tested. It may be used in the checkout of line 
replaceable units, both on-board preflight, and in the shop. It pro- 
vides the flexibility to allow performance of the same procedure in 
both automatic and manual modes. GOAL permits a high degree of 
readability and retainabil ity by providing the necessary operators 
required for testing, expressed in a familiar notation. Therefore, 
it is easily learned and understood by personnel not necessarily 
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skilled in programming techniques. 


1.2 GENERAL CONCEPTS 

The "statement" format was selected as the. most natural form for pre- 
paring test procedures. An unrestricted free field format was adopted 
for the flexibility it afforded in statement positioning and para- 
graphing during procedure development. Judiciously used, this fea- 
ture should greatly enhance the readability and the logical layout 
of the procedure. This format is also readily adaptable to various 
input mediums - computer cards, remote terminals, etc. The free 
field concept minimizes the importance of blanks or spaces within a 
statement. 

1.2.1 Character Set 

The GOAL character set is compatible with both the USA Standard Code 
for Information Interchange (ASCII) and the Extended Binary Coded 
Decimal Interchange Code (EBCDIC), allowing the individual processing 
systems to assign meaning to other special characters used in their 
system for system control and processing options. 
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The GOAL character set consists of: 


CAPITAL LETTERS: A-Z 

NUMERALS 0-9 

SPECIAL CHARACTERS: 

ASTERISK * 
BLANK X 
COMMA 9 
CURRENCY $ 
EQUAL = 
PLUS + 


MINUS — 
SLASH / 
SEMICOLON * 
DECIMAL POINT © 
LEFT ANGLE BRACKET < 
RIGHT ANGLE BRACKET > 
LEFT PARENTHESIS ( 
RIGHT PARENTHESIS ) 


Only these characters are used in forming the language words and 
parameters. By convention, when writing GOAL Statements, the letter 
"0" should be slashed and the numeral "0" should not be slashed. This 
convention is not shown in the syntax diagrams. 


1.2.2 External /Internal Names 

A convention was adopted that allows immediate recognition of system 
names and parameters that are separated because of their key role in 
the procedure and because by nature they are system software or hard- 
ware dependent. These items are enclosed in angle brackets, e.g., 

^ MAIN P0WER^>. Items so named are centrally maintained and are 
made available to the Language Processor within a package called a 
Data Bank. These special items are called Function Designators to 
prevent any possible misunderstanding. All other names used in the 
language are enclosed in parenthesis, e.g., (PRESS SAVE). No two Names 

i 

may be the same nor may any two Function Designators be the same. 
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Because blanks are considered insignificant when the processor is buil- 
ding or checking a Name or Function Designator, care must be used in 
selecting names that will not appear as duplicates to the Processor. 

For instance: (AJ6B) and (AB) would be interpreted as the same Name. 

SYNTAX DIAGRAMS 

To illustrate the different allowable variations of each statement, a 
presentation method using syntax diagrams was selected. Syntax diagrams 
identify legal sequences of items in a GOAL statement, including alter- 
nate branches, optional entries, and feedback loops. The following is 
an example of a syntax diagram illustrating' a "READING STATEMENT." 

Note the use of a semicolon as a statement terminator. 

- AND ~ 

- BOOK 
MAGAZINE 


This allows any of the following sentences to be written: 

READ; 

READ A BOOK; 

READ A MAGAZINE; 

READ A BOOK AND A MAGAZINE; 

READ A MAGAZINE AND A BOOK; 

READ A BOOK AND A BOOK; 

READ A MAGAZINE AND A MAGAZINE; 

If the use of "book" and "magazine" appeared the same way in several 
diagrams and represented a logical grouping, then a new syntax unit 
could be created. 





BOOK 


DOCUMENT 


- MAGAZINE' 
The above diagram would then become: 


READING 

STATEMENT 


READ 



AND 


I DOCUMENT "] 

L I 


The syntax unit on the left 


ThJ; ||§hed box represents a syntax unit. 

■’.V ’ f 

defined in terms of "characters" and other syntax units 
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Some .basic rules for using syntax diagrams are: 

© Syntax diagrams are read from left to right except for feedback 


© is a connecting path and indicates that the insertion 

of blanks and/or comments is allowed. 

© Capital letters must be used as shown. 

© Diagonal lines are alternate forward paths. 

© A bubble indicates the. start of a return (feedback) path. 

© A numeral at the beginning of a return path indicates the 

maximum number of times a path may be taken. 

© A letter at the beginning of a return path, indicates the number 
will be assigned after a system is selected. 

© Syntax notes provide semantical explanation. 

® COAL statements terminate with a semicolon. 

@ A syntax diagram reference number is placed in each syntax unit. 

To facilitate the location of any syntax diagram in this handbook, an 
INDEX OF SYNTAX DIAGRAMS on page 267 lists the initial words of the 
diagram name, the number of the diagram, and the page where it is 
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located. A FEEDBACK LETTERS VERSUS DIAGRAM CHART on page 265 lists 
the letter annotations on diagram feedbacks and the appropriate defi- 
nition of each letter. 

1.4 STATEMENT CLASSIFICATIONS 

Each GOAL statement is classified as either a Declaration Statement, 
a Procedural Statement, or a System Statement. 

1.4.1 Peel arati on Statements 

A Declaration Statement is a non-test action statement that is required 
in an automated system to reserve storage, supply initial data con- 
ditions, or to declare the "type" of data that is valid for specified 
actions. Of course, in specifying manual procedures, most of decla^ 
ration type information is implicit rather than explicit. Test per- 
sonnel know a meter is calibrated in certain units and if the meter 
readings are used in computations, then care is exercised to ensure 
data compatibility. 

GOAL declarations may be considered as either Simple Data Declarations, 
List Declarations, or Table Declarations. The Simple Data Declaration 
provides a unique name for each data entry. 

The list structure is used to assign a single name to a list (one 
column) of data entries. The table structure is generally used to 
interface the test procedure with the system under test using a "rows 
and columns" format. Refer to Section II for more information on 
tables and lists. 

Within each of the declaration structures the data "type" must also 
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be indicated. The allowable types are Numeric, Quantity, State, or 
Text. The four data type£ are defined in Section VI. 

The general format of a Declaration Statement is: 

DECLARE "TYPE" "STRUCTURE" "ENTRIES" 

Example: DECLARE NUMERIC LIST (LIST 1) WITH 4 ENTRIES 1, 2, 3, 4; 

1.4.2 Procedural Statements 

Procedural Statements are the GOAL test action statements that specify 
the commands to be issued, the execution sequence, and other state- 
ments that are executed to perform a test. The general structure of 
a Procedural Statement is the same as a simple imperative English sen- 
tence, with the subject understood to be the computer. The minimum 
requirement for a Procedural Statement is a verb; however, most state- 
ments also contain an object to receive the action. An optional 
phrase may be used to modify the action: that is, tell when, how 
often, or how long to perform the action. Example: 


OPTIONAL MODIFIER 

VERB 

OBJECT 

AFTER < CLOCK IS 
-3 HRS 30 MIN, 

OPEN 

<JNLET SUPPLY VALVE > ; 

System Statements 




System Statements act as directives to the Language Processor (compiler/ 
translator) or to serve as Boundary Statements in signaling the 
Language Processor of the beginning, or the end, of a component. 

The general format is: VERB OBJECT 

Example: BEGIN PROGRAM (POWER UP) ; 
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I DECLARATION STATEMENT 
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SECTION II, DECLARATION STATEMENTS 


2.0 GENERAL 

Declaration Statements are those statements required by automatic pro- 
cessing to instruct the system regarding the number of memory storage 
units to reserve for use by the procedure and to indicate the type of 
data that is to reside there. Initial values may be entered. GOAL 
has three types of statements for providing this information and for 
assigning a name to a collection of storage units. A single declare 
capability is provided for assigning a name to a single data entry. 
List declarations allow for the assignment of a name to a collection 
of related data. Table declarations allow for data columns to be 
used relative to one or more Function Designators. These statements 
are easily identified by the key word DECLARE, which is always the 
first word of any Declaration Statement. 

2.1 DECLARE DATA 

The simple Data Declaration Statement is used on a one-to-one, name 
versus data, basis. 
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|. DECLARE DATA STATEMENT 


DECLARE 
DATA STATEMENT 


.m 


. T 


NUMBER-® 


1 ”“! 
fl H1HP B 


QUANTITY 


DECLARE 


DECLARE 















DECLARE 


DECLARATION 

PROCEDURAL 

SYSTEM 

2.1.1 Declare Data Statement 

Examples: DECLARE NUMBER (RESULTS); 

DECLARE QUANTITY (OFFSET) = ,5V, (PUMP PRESS); 

DECLARE STATE (FLAG A) = ON; 

DECLARE TEXT (ERROR MESSAGE) = (6D10 BATT VOLTAGE LOW); 

The DECLARE DATA STATEMENT is a compiler directive and is used to as- 
sign data characteristics to specific names called Internal Names. 

Internal Names defined by a DECLARE DATA STATEMENT are internal to 
a test program and are not directly related to the unit under test. 

All Internal Names referenced by a test program must be explicitly 
declared. 

The various data characteristics that can be assigned to an Internal 
Name are: Number, Quantity, State, and Text. 

A Number may be declared to establish an initial value of an Internal 
Name. An Internal Name may be supplied an initial value of either 
a Decimal, Binary, Hexadecimal or Octal Number. 

A Quantity may be declared to establish an initial value as a Decimal 
Number followed by a Dimension identifier, or as a Time Value. 

A State used as an initial condition, must be either ON, OFF, OPEN, 
CLOSED, TRUE Or FALSE. 
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DECLARE 


A Text data entry may be fixed in length, i.e., a Text Constant, fof 
use as a precanned program message. A Text variable may also be dec- 
lared as a specific number of characters which 'may be used to reserve 
storage for messages that are to be inputs to a test procedure during 
execution. If an Internal Name is used to declare reserve storage 
for text data, the number of characters must be expressed as a positive 
integer. 

DECLARE NUMBER (A), (X), (Y), (2) = X 12A3, 

(AA) = 0, (AB) EQUAL TO 1; 

DECLARE QUANTITY (PRESS A) EQUAL TO 10 PSIA, 

(PRESS B) EQUAL TO 1 PSIA; 

DECLARE STATE (FLAG A), (FLAG B), (FLAG C) = ON; 

DECLARE TEXT (TEXT V) WITH A MAXIMUM OF 20 CHARACTERS, 

(TEXT 2) - (REPORT PROGRAM COMPLETE); 


2.2 DECLARE LISTS 

A list is used to assign a single name to a group of related data. 

The elements are numbered, implicitly, as they are entered, 1, 2, — 
through N. Any element in a list may be referenced by using the list 
name and element number. In referencing, the element number may also 
be a numeric variable. A list may not contain Function Designators. 

A list is only for data. The four list statements handle the four 
data types: Numeric, Quantity, State, and Text. All lists require 

that the comma in the feedback loop be used even when the actual data 
is to be obtained during execution. A validity check is performed to 
insure that "N-l commas" are used where "N" is the number of entries. 
A bypass is provided if no entries are present. 
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DECLARE NUMERIC LIST 


DECLARATION 

PROCEDURAL 

SYSTEM 


2.2.1 Declare Numeric List Statement 

Examples: DECLARE NUMERIC LIST (LIST NUM) WITH 4 ENTRIES; 

DECLARE NUMERIC LIST (ROOT 3) WITH 10 ENTRIES 1.000, 

1.260, 1.442, 1.587, 1.710, 1.817, 1.9.3, 2.000, 
2.080, 2.154; 

The DECLARE NUMERIC LIST STATEMENT is a Language Processor directive 
and is used to assign an arbitrary name and numeric data character- 
istics to a list of data. An unsigned Integer is required to indicate 
the number of variables in the list. A bypass is provided if no 
entries are present. A numeric variable may be declared to establish 
an initial value of a variable by setting it to a value defined by 
Number, Binary Number, Hexadecimal Number, Integer Number, or Octal 
Number. 

Examples: DECLARE NUMERIC LIST (OCTAL LIST) WITH 8 ENTRIES 3, 49, 

X 3B, T9, B101 , 64, 3.8, .6; 

DECLARE NUMERIC LIST (LIST T) WITH 12 ENTRIES 
,3997,,, 421 ,,,822,1 ,10,,12; 
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DECLARE QUANTITY LIST STATEMENT 



DECLARE QUANTITY * TV/ 

LIST STATEMENT f”DECLARE- QUANTITY- 


INTEGER 

NUMBER 


DEFINES LIST NAME 
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DECLARE QUANTITY LIST 


DECLARATION 

PROCEDURAL 

SYSTEM 

2.2.2 Declare Quantity List Statement 

Examples: DECLARE QUANTITY LIST (LIST A) WITH 3 ENTRIES; 

DECLARE QUANTITY LIST (VOLTAGE LIST) WITH 6 ENTRIES 
28V, +0.5 V -0.5V, 0 V, 50V, 10 SECS; 

The DECLARE QUANTITY LIST STATEMENT is a Language Processor directive 
and is used to assign an arbitrary name to a list of variables of 
similar data characteristics. A Quantity is a Number followed by a 
Dimension. An unsigned Integer is required to indicate the number of 
variables in the list. A bypass is provided if no entries are present. 

A Quantity variable may be declared to establish an initial value by 
setting it to a decimal value followed by a Dimension identifier; 

(see page 200 for a list of legal dimensions). 

DECLARE QUANTITY LIST (ANALOG LIST) WITH 10 ENTRIES 200 PSIA,,,,, 

6 V , ,20SECS , 2HRS ,21 2DEGF ; 

DECLARE QUANTITY LIST (QUANTITY LIST) WITH 9 ENTRIES 24V, 10A, 

113 PSI, 10PCT, 2000REV, 2400FT/SEC, 2354KT,,; 
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DECLARE STATE LIST STATEMENT 



I*— " 

L fsT^ST/flEK T t“ DECLARE — STATE - LIST -4 NAME 


DEFINES LIST NAME 


/ 


. U „ TU g INTEGER 

WITH "4 NUMBER 

J I 


o, 


1 



ENTRIES 




FEEDBACK 
REQUIRED 
(NUMBER 
OF ENTRIES -1) 
jS 



© 

9 



CLOSED 

FALSE 

OFF 

ON 

OPEN 

TRUE 
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DECLARE STATE LIST 


DECLARATION f, 
PROCEDURAL 
SYSTEM 

2.2.3 Declare State List Statement 

Examples: DECLARE STATE LIST (FLAG LIST) WITH 10 ENTRIES; 

DECLARE STATE LIST (LIST STATE) WITH 6 ENTRIES 
ON, ON, ON, OFF, OFF, ON; 

The DECLARE STATE LIST STATEMENT is a Language Processor directive 
and is used to name a list of variables of similar data characteristics. 

An unsigned Integer is required to indicate the number of variables in 
a list. A bypass is provided if no entries are present. A State 
variable may be declared for use as an internal program flag and may 
be set to an initial value. 

Examples: DECLARE STATE LIST (LIST A) WITH 6 ENTRIES 

TRUE, OPEN, CLOSED, FALSE, ON, OFF; 

DECLARE STATE LIST (LIST 3) WITH 3 ENTRIES 
OPEN, OPEN, OPEN; 
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DECLARE TEXT LIST STATEMENT 


r 

f 

L, 


DECLARE TEXT 
LIST STATEMENT 



|— DECLARE 


TEXT — LIST 



— I NAME I — WITH 




DEFINES LIST NAME / 


1 



INTEGER * 
NUMBER or « 

„_2Li 


ENTRIES 





MUST BE USED IF AN UNDECLARED ENTRY IS LONGER THAN 
THE LONGEST DECLARED OR IF NO ENTRIES ARE DECLARED 


WITH — A — MAXIMUM — OF —4 L N ,L E £ E h R H CHARACTERS 

NUMBER 1 


L J 


38J 



TEXT CONSTANT 


| TEXT CONSTANT §■ 


( 


J” CHARACTER 
1 STRING 

l- l h 


t- 


t 


NO PARENTHESIS ALLOWED 
BLANKS AND COMMENTS 
ARE SIGNIFICANT 
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declare text list 


DECLARATION F 

PROCEDURAL 

SYSTEM 


2.2.4 Declare Text List Statement 

Examples: DECLARE TEXT LIST (INPUT) WITH 2 ENTRIES WITH A 

MAXIMUM OF 25 CHARACTERS; 

DECLARE TEXT LIST (OPERATOR INSTRUCTION) WITH 2 
ENTRIES (PLACE SWITCHES INDICATED), 

(*PREFLIGHT TM CAL IN PROGRESS *); 

The DECLARE TEXT LIST STATEMENT Is a Language Processor directive 
and is used to name a list of Text data. An unsigned Integer is 
required to indicate the number of variables in the list. A bypass 
is provided if no entries are present. A Text variable may be dec- 
lared for use as a program message or may be used to reserve storage 
for input messages during program execution. If a Name is used to 
reserve storage, the number of characters is expressed as an unsigned 
Integer. The unsigned Integer is required only if an undeclared 
entry is longer then the longest declared message. 

Examples: DECLARE TEXT LIST (DISPLAY MESSAGE) WITH 5 ENTRIES 

(*PREFLIGHT TM CAL IN PROGRESS*), 

(*PREFLIGHT 00 LEVEL IN PROGRESS*), 

(*PREFLIGHT 25 LEVEL IN PROGRESS*), 

(*PREFLIGHT 50 LEVEL IN PROGRESS*), 

(*PREFLIGHT 100 LEVEL IN PROGRESS*); 
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DECLARE TEXT LIST 


DECLARE TEXT LIST (INPUT OUTPUT MESS) WITH 6 ENTRIES , , , 9 
(PLACE ABOVE SWITCHES AS INDICATED), (SWITCH SCAN IN 
PROGRESS) WITH A MAXIMUM OF 36 CHARACTERS; 
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FUNCTION DESIGNATOR 
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2.3 


DECLARE TABLES ' 


A table is used when a group of Function Designators is, collectively, 
assigned a name. Function Designators are system names and are made 
available in the Language Processor by the Data Bank. A table can be 
visualized in the conventional row/column format with Function Desig- 
nators framing the rows and with Column Names heading the columns. 

These items are fixed items and may not be manipulated during execution. 
Data is entered via a Declaration Statement a row at a time. There is 
a comma required to signal the end of the row. This assures unique 
definition of a table without data columns and a table of one data 
column where the data is not specified. A Table Name must be unique, 
that is, a Table Name can reference only one table within a GOAL com- 
ponent. Column Names must also be unique within a GOAL component. 
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DECLARE NUMERIC TABLE 


DECLARATION |g 

PROCEDURAL 

SYSTEM 


2.3.1 Declare Numeric Table Statement 

Examples: DECLARE NUMERIC TABLE (HIGH LOW RUN) WITH 3 ROWS AND 

4 COLUMNS TITLED 

(HIGH) , (LOW), (RUN), (CUR) WITH ENTRIES 

<^E1 GG CHAMBER P> , 1000.1 , 1.0, 500.0, , 

<[E2 GG CHAMBER P> , 1001 .2, .9, 500.0, , 

<^E3 GG CHAMBER P> , 999.8, 1.2, 500.0, ; 


The DECLARE NUMERIC TABLE STATEMENT is used to assign an arbitrary 
name to a numeric table containing information pertaining to Specified 
Function Designators. The Table Name must be unique within a GOAL 
component. A Table Name is an internal variable and is used as an 
indirect linkage for the Function Designators included in the table. 
For example: A READ STATEMENT that refers to a specific Table Name 
will read the test conditions of the activated Function Designators 
contained within the table, and not the contents of the table. 


Unsigned Integers are required to indicate the number of rows and 
columns contained within a table. The Language Processor will verify 
that the indicated numbers equal the number of rows and columns used. 

Columns may or may not be titled, but if one column is assigned a 
name all other columns within the table must be titled. Column Names 
must be unique. Columns within other tables in the same GOAL component 
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cannot have the same Column Name. 

A Function Designator is required to start each row and may be used to 
identify that row. 

Data locations within a table may be set to an initial value as des- 
cribed by the Number or Number Pattern syntax diagrams. Data locations 
may also be used to reserve storage which is to be used during pro- 
gram execution to save data. 

Examples: DECLARE NUMERIC TABLE (LIMIT TABLE) WITH- 5 ROWS AND 2 

COLUMNS TITLED 



(COL 1), 

(COL 2) WITH ENTRIES 

< El LOX TURBINE P> , 

2000.1, 

0.4, 

E2 LOX TURBINE P> , 

2010.2, 

0.2, 

< E3 LOX TURBINE P> , 

2002.4, 

0.6, 

< E4 LOX TURBINE P> , 

2003.1 , 

0.2, 

< E5 LOX TURBINE P> , 

2011.9, 

-0.1; 


28 



29 



DECLARE QUANTITY TABLE STATEMENT 
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DECLARE QUANTITY TABLE 


DECLARATION f 
- 

PROCEDURAL 
SYSTEM 

2.3.2 Declare Quantity Table Statement 

Examples: DECLARE QUANTITY TABLE (MAIN FUEL FLOW) WITH 5 ROWS 

AND 3 COLUMNS WITH ENTRIES 
<^E1 MAIN FUEL> , 0.1 PPS, 300.1 PPS, , 

<E2 MAIN FUEL , 0.3 PPS, 300.2 PPS, , 

<^E3 MAIN FUEL ]> , 0.4 PPS, 300.1 PPS, , 

E4 MAIN FUEL> , 0.2 PPS, 300.1 PPS, , 

<E5 MAIN FUEL]> , 0.1 PPS, 299.8 PPS, ; 

DECLARE QUANTITY TABLE (TURBINE DATA TABLE) WITH 2 ROWS 
AND 4 COLUMNS TITLED (TURBINE OUTLET PRESSURE), 

(TURBINE INLET PRESSURE), (TURBINE OUTLET TEMP), 

(TURBINE INLET TEMP), WITH ENTRIES<LOX TURBINE 
NO 1 >,,,,,< LOX TURBINE NO 2> , , , , ; 

The DECLARE QUANTITY TABLE STATEMENT is used to assign an arbitrary 
name to a table of variables with similar data character! sites. A 
Table Nan® must be unique as are all other names within a test pro- 
gram. An unsigned Integer is required to declare the number of rows 
within a table. A second upsigned Integer is necessary to declare the 
number of columns within a table. The Language Processor will insure 
that the number or rows and columns declared equal the number of rows 
and columns used. 

Data positions within a table may be set to an initial value as 
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described by Quantity syntax diagram. 

Storage may be declared for use during program execution by taking the 
bypass around the data entry. 

Examples: DECLARE QUANTITY TABLE (EDS SWITCH POINT) WITH 3 ROWS AND 

2 COLUMNS TITLED 

(HIGH), (LOW) WITH ENTRIES 
<^EDS SWITCH POINT 1> , 28.0V, 0.0, 

< EDS SWITCH POINT 2 > , 28.1V, 0.1, 

<JDS SWITCH POINT 3> , 28.3V, 0.2; 

DECLARE QUANTITY TABLE (TIME) WITH 2 ROWS AND 2 COLUMNS TITLED 

(CLOCK), (GMT) WITH ENTRIES 

<^CL0CK1^> , -2 HRS 30 MINS, 10 HRS 30 MINS, 

<^CL0CK2^> , -1 HR 30 MINS, 12 HRS 30 MINS; 
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DECLARE STATE TABLE STATEMENT 
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DECLARE STATE TABLE 


DECLARATION j 

PROCEDURAL 

SYSTEM 


2.3.3 Declare State Table Statement 
Examples: DECLARE STATE TABLE 

TITLED (THRUST OK), 

< THRUST OK 1E1> 

< THRUST OK 1E2> 

< THRUST OK 1E3> 

< THRUST OK TE4> 

< THRUST OK 1E5> 


(THRUST OK) WITH 5 ROWS AND 3 COLUMNS 
(THRUST NOT OK), (STATE) WITH ENTRIES 
, ON, OFF, , 

, ON, OFF, , 

, ON, OFF, , 

, ON, OFF, , 

, ON, OFF, ; 


The DECLARE STATE TABLE STATEMENT is used to assign an arbitrary name 
to a table of variables with State data characteristics. A Table Name 
must be unique. A Table Name is an internal variable and may be used 
in an External Test Action Statement (see Procedural Statement) to 
reference test points on the system under test. For example: A Set 
Statement that refers to a Table Name will result in the activated 
Function Designators listed in that table being issued to the system 
under test in the indicated state. 


An unsigned Integer is required to declare the number of rows, an 
additional unsigned Integer is required to declare the number of 
columns. 

Columns may or may not be titled, but if a column is assigned a name 
all other columns within the table must be titled. Column names must 
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be unique. 

The data positions of a table may be set to an initial state. The data 
positions may have data characteristics as described by OPEN, CLOSED, 
TRUE, FALSE, ON, or OFF. 

Examples: DECLARE STATE TABLE (CONTROL SOLENOID TABLE) with 3 ROWS 

AND 2 COLUMNS WITH ENTRIES 

< El HE CONTROL SOLENOID > , , , 

< E2 HE CONTROL SOLENOID > , , , 

< E3 HE CONTROL SOLENOID > , , ; 

DECLARE STATE TABLE (LIMIT SWITCH) WITH 10 ROWS AND 4 
COLUMNS WITH ENTRIES 

< LIMIT SWITCH FUEL NO 1E1> , ON, OFF, ON, OFF, 

< LIMIT SWITCH FUEL NO 2E1> , OFF, ON, ON, OFF, 

LIMIT SWITCH FUEL NO 1E2> , ON, OFF, ON, OFF, 

< LIMIT SWITCH FUEL NO 2E2> , OFF, ON, ON, OFF, 

< LIMIT SWITCH FUEL NO 1E3> , ON, OFF, ON, OFF, 

LIMIT SWITCH FUEL NO 2E3> , OFF, ON, ON, OFF, 

< LIMIT SWITCH FUEL NO 1E4> , 0.N, OFF, ON, OFF, 

LIMIT SWITCH FUEL NO 2E4> , OFF, ON, ON, OFF, 

< LIMIT SWITCH FUEL NO 1E5> , ON, OFF, ON, OFF, 

< LIMIT SWITCH FUEL NO 2E5> , OFF, ON, ON, OFF; 
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DECLARATION f 
, 1 

PROCEDURAL 

SYSTEM 

2.3.4 Declare Text Table Statement 

Examples: DECLARE TEXT TABLE (MESSAGE TABLE) WITH 2 ROWS AND 1 COLUMN 

TITLED 

(MESSAGE A) WITH ENTRIES 

< 224 DISPLAY B35> , (SWITCH SCAN IN PROGRESS) » 

< 224 DISPLAY B42> , (PLACE ABOVE SWITCHES AS INDICATED); 

The DECLARE TEXT TABLE STATEMENT is used to assign an arbitrary name 
to a table of messages. A Table Name must be unique. 

An unsigned Integer is used to declare the number of rows, another un- 
signed Integer is used to declare the number of columns. The Language 
Processor will verify that the number of rows and columns declared 
equal the number used in the table. 

Columns may be assigned an arbitrary name, but if one column is titled 
all columns in the table must be titled. Column Names are used as 
an identifier for a specific column, and must be unique. 

A Function Designator is required to start each row and is used as an 
-identifier for a specific row. 

A Text Constant may be declared and used as a precanned message. 

Storage may also be reserved for execution time input, by taking the 
bypass around the Text Constant entry. If the number of characters in 
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an undeclared entry is greater than the number of characters in a de- 
clared message, the maximum number of characters in the longest unde- 
clared message must be entered as an unsigned Integer. Also, if no 
entries are present in the table, the maximum number of characters 
must be indicated. 

Examples: DECLARE TEXT TABLE (INPUT TABLE) WITH 2 ROWS AND 1 COLUMN 

TITLED 

(INPUT MESSAGE) WITH ENTRIES 

<224 DISPLAY A21> , 

<224 DISPLAY A28> , WITH A MAXIMUM OF 32 CHARACTERS; 
DECLARE TEXT TABLE (MESSAGE TABLE NO. 1) WITH 4 ROWS AND 
2 COLUMNS TITLED 

(MESS 1), (MESS 2) WITH ENTRIES 

<224 MESS A32> , 

< 224 MESS A31 > , 

<224 MESS A32 > , 

< 224 MESS A33 > , 

WITH A MAXIMUM OF 10 CHARACTERS; 
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SECTION III, PROCEDURAL STATEMENTS 

3.0 GENERAL 

Procedural Statements are executable statements. These statements 
control the testing sequence by issuing commands, acquiring data from 
the sys,tem under test, controlling the internal program execution 
sequence, and manipulating data. 

The Procedural Statements are functionally grouped and are presented 
in the following order: 

EXTERNAL TEST ACTION 
INTERNAL SEQUENCE CONTROL 
ARITHMETIC/LOGICAL OPERATIONS 
EXECUTION CONTROL 
INTERRUPT CONTROL 
TABLE CONTROL 

3.1 ' PROCEDURAL STATEMENTS PREFIX 

The Procedural Statements are the only statements that may have a 
statement prefix. It is this prefix that allows a statement to have 
a Statement Number and to be executed based on a variety of conditions. 

Because the statement prefix is optional for any Procedural Statement, 
the composition and capabilities of the statement prefix are discussed 
prior to the individual Procedural Statement. The Procedural State- 
ment Prefix has three optional capabilities: the Statement Number, 

. Time Prefix, and the Verify Prefix. 

The Statement Number, if used, must be the first entry in a statement. 
It precedes the Time Prefix and the Verify Prefix. Statement Numbers 
are used to identify a specific Procedural Statement, and therefore, 
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must be unique. The Language Processor will flag as an error any mul- 
tiple defined Statement Numbers. However, a Statement Number may be 
referenced as many times as necessary. By convention, it is recom- 
mended that Statement Numbers be used in ascending order. This will 
enhance procedure review. 

The Time Prefix cannot precede a Statement Number. The Time Prefix 
provides for synchronization of execution of a Procedural Statement 
with an external clock. Synchronization is achieved by delaying 
execution until a specific Time Value is reached or passed. The 
remaining portion of the statement may contain a Verify Prefix. 

The Verify Prefix, if used, cannot precede a Statement Number or Time 
Prefix. The Verify Prefix provides a conditional transfer capability 
depending upon the results of a comparison type test. 

3.1.1 External Test Action 

The External Test Action Statements are those statements that provide 
an interface with the system under test. This group of statements 
also includes the necessary statements for communication between test 
engineer/computer system, computer system/computer system, and test 
system/ computer system. The External Test Action Statements are sub- 
divided into Command and Response categories. 

3.1.2 Command Statements 

The Command Statements are those statements that stimulate the system 
under test. The test points on the system under test are defined as 
Function Designators. Function Designators are items which interface 
via the Data Bank with the system under test. A test point receiving 
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a command issued by this subgroup must be specified as a load type 
Function Designator. A Function Designator used in the RECORD DATA 
STATEMENT may be either a load or system type, depending upon the 
individual test point. The External Designator syntax diagram allows 
referencing of either a single Function Designator or a group of 
Function Designators. 

The Command Statements consist of the following statements: 

APPLY ANALOG STATEMENT 
ISSUE DIGITAL PATTERN STATEMENT 
SET DISCRETE STATEMENT 
RECORD DATA STATEMENT 
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3. 1.2.1 Apply Analog Statement 

Examples: APPLY 10V TO <[ RELAY NO 101 > ; 

SEND (POWER) TO <[ HYDRAULIC SYSTEM > ; 

The APPLY ANALOG STATEMENT provides for an analog stimuli to be sent 
to a system under test. A Quantity or an Internal Name identifying a 
Quantity may be sent to the system under test by this statement. The 
Language Processor will verify that the data referenced in this state- 
ment was previously declared to be a Numeric or Quantity type. One 
Quantity may be specified, and it may be sent to one or more Function 
Designators, or several Quantities may be specified and sent to several 
Function Designators. In this option the number of Quantities must 
equal the number of Function Designators in the statement, or in 
referenced tables. The quantities will be applied, in the order in 
which they appear in the statement, to the Function Designators as 
they appear in the same statement, or in referenced tables. The 
Language Processor will verify a one-to-one relationship of Function 
Designators to the Quantities to be applied. It will also verify 
that the listed Function Designators in this option are load type 
Data Bank resident items. When this statement is used to set the 
present value of one device to another, the processor will verify the 
devices are analog type devices and then generate an equivalent "READ" 
from the first Function Designator followed by a "SEND" to the 



APPLY 


corresponding Function Designator. The first Function Designator(s) 
in this option must be specified in the. Data Bank as sensor types. 

The second Function Designator (s) must be specified as load types. 

Examples: SEND 10V TO < POWER SELECTOR 1> , < POWER SELECTOR 2> ; 

APPLY 10V, 5 V, 15V TO <J>0WER BUS !>,<[ POWER BUS 2> , 
<^P0WER BUS 3^> ; 

APPLY PRESENT VALUE OF <JPOWER BUS 1^> TO <^P0WER BUS 2^> ; 






ISSUE DIGITAL PATTERN STATEMENT 
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PROCEDURAL 

SYSTEM 

3. 1.2. 2 Issue Digital Pattern Statement 

Examples: ISSUE <[S4B SWITCH SELECTOR CH 59 > ; 

ISSUE B 111 110 101 100 Oil TO < PANEL AB> ; 

The ISSUE DIGITAL PATTERN STATEMENT issues a digital pattern to a 
system under test. A Number Pattern or an Internal Name declared as 
a Number Pattern may be issued to the system under test. The Language 
Processor will verify that the referenced Internal Name was previously 
declared as numeric data. If more than one Number Pattern is to be 
issued to more than one Function Designator, the first Number Pattern 
will be issued to the first Function Designator, etc. In the case of 
a table the first Number Pattern specified will be issued to the first 
Row Designator. This type of one-to-one correspondence will continue 
until the last Number Pattern is issued. An inactive row will not be 
issued. One Number Pattern may be issued to several Function Desig- 
nators. When this statement is used to issue the present value of one 
device to another, the processor will verify the devices are capable 
of this type operation and then generate an equivalent "READ" from the 
first Function Designator(s) followed by an "ISSUE" to the correspon- 
ding Function Designator(s) . 


51 



ISSUE 


Examples: 


ISSUE (OCTAL SEVENS), (OCTAL ONES) TO 

< PANEL LIGHTS 32>',<PANEL LIGHTS 31> ; 
ISSUE PRESENT VALUE OF<[CH 63^> TO<CH 11^> ; 
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3. 1.2. 3 Set Discrete Statement 

Examples: SET < POWER SELECTOR > TO (PRELAUNCH); 

TURN ON CUTOFF RESET > FOR 3 MSECS; 

OPEN < LOX VENT VALVE ’> ■ < LOX VENT VALVE 2> ; 

The SET DISCRETE STATEMENT allows discrete (ON/OFF) type States to be 
sent to the system under test. The Function Designator must be speci- 
fied as a load discrete type command. This is the only Conmand State- 
ment that allows a Time Value controlling the duration of the action. 
After the time delay has expired then the complement state is issued. 

The host component will then continue execution with the next sequen- 
tial statement. 

This statement can be used to control such items as panel indicators, 
equipment power, and other bi -state units, where a very small Time 
Value is required. 

During automatic execution, this statement can also be used in setting 
system indicators (flags) to be used by another program at some sub- 
sequent point in testing. 

In the Data Bank the Language Processor will verify that data refer- 
enced in this statement was previously declared to be State type. 

] 

This statement may be used to set a test clock to a specified Time 
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Value. Time devices are special and are specified accordingly in the 
Data Bank. 

When the statement is used to set the present value of one device to 
another, the processor will verify the devices are discrete type de- 
vices and then generate an equivalent "READ 1 * from the first Function 
Designator(s) followed by a “SET" to the corresponding Function Desig- 
nator (s). 

The key words "TURN ON" and "TURN OFF" are not valid for mechanical 
type Function Designators. 

Examples: S 104 AFTER <^CL0CK^> IS -1 HRS, OPEN <[ HELIUM SUPPLY 5 . 

STEP 5 TURN ON (THRUST OK IND) FUNCTIONS; 
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3. 1.2. 4 Record Data Statement 

Examples: DISPLAY TEXT (ALL SYSTEMS READY FOR POWER TRANSFER) TO 

<CcRT 9^> ; 

RECORD (INTERNAL TIME) TO < MAG 2-5 > ; 

The RECORD DATA STATEMENT provides for the output of information to 
selected peripheral equipment. This includes formating and displaying 
of a message containing quantities whose values are dependent on run 
time conditions. Information may be recorded on a CRT display, mag- 
netic tape, a printer, or any other recording device. The Language 
Processor will verify that the Function Designators referenced in the 
RECORD DATA STATEMENT are compatible with the key words Print and Dis- 
play. When RECORD is used the output device is determined by the 
Function Designator. For example, the use of the key word, Print, with 
the Function Designator, ^ LINE PRINTER ^>, is considered a legal 
combination(s) . The legal combination(s) is system dependent and 
therefore cannot be given at this time. 

If several messages are specified within this statement, as provided 
for by the feedback loop, all messages will be recorded on all refer- 
enced Function Designators. When this statement is used to record the 
present value of one device to another, the processor will verify the 
devices are capable of inputing data to the computer and then it will 
generate an equivalent "READ" from the first Function Designator followed 
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by a "RECORD" to the corresponding Function Designator, 

The comma indicates an end of line and allows for formatting of output 
data. The comma will not be recorded, but the data following the 
comma will be started on the next line. 

Examples: RECORD TEXT (POWER TRANSFER TEST COMPLETE), 

TEXT (INTERNAL MEASUREMENTS WERE RECORDED AS), 

TEXT (V0LTAGE=) (INTERNAL VOLTS), 

TEXT (AMPS=) (AMP) TO PLINE PRINTER]> , 

<J.0G TAPE^> , <^CRT 2^> ; 

RECORD PRESENT VALUE 0F<CcDC> TO <^CRT 1^> , 

<J-INE PRINTER ; 


60 



3.1.3 Response Statements 


The Response Statements are those statements that acquire data from the 
system under test. The test point used for the acquisition of data must 
be specified as a sensor type Function Designator. A Function Desig- 
nator used in the REQUEST KEYBOARD STATEMENT may be either a sensor 
or system type. 

The following statements make up the Response subgroup of the Test 
Action Statements: 

AVERAGE STATEMENT 

READ STATEMENT 

REQUEST KEYBOARD STATEMENT 
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3. 1.3.1 Average Statement 

Examples: AVERAGE 10 READINGS OF^IU COOLANT TEMPERATURE > AND 

SAVE AS (COOLANT TEMP); 

AVERAGE 5 READINGS 0F<^E4 HELIUM TANK P > AND SAVE 
AS (HE TANK PRESSURE); 

The AVERAGE STATEMENT provides a convenient means of averaging a mea- 
surement or a group of measurements acquired from a system under test. 

The result of this statement is defined as a simple mathematical 
average, the sum of the measurements of a test point divided by the 
number of times the test point is read. The result of this statement 
is stored as an Internal Name. There is no provision to specify a 
time delay between readings. The time delta between readings is a 
function of the test system. If a time delay is required between 
measurements, the READ STATEMENT and LET EQUAL STATEMENT used in con- 
nection with the DELAY STATEMENT can be used to' achieve these results. 

The AVERAGE STATEMENT should be used only on a measurement that is 
relatively stable. 

If a table of Function Designators is to be read and averaged, the 
active Function Designator of each row is acquired the number of times 
iindicated and averaged. Readings of Function Designators, listed in 

a table, are done sequentially. It is not necessary to save the results 
in the same table that the Function Designators are in. The average 
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value of each active Function Designator is stored in the identified 
column, in a row corresponding to its row number, if a row is not 
specified. The Language Processor will verify that the data charac- 
teristics of the Function Designator is compatible with the data 
characteristics of the Internal Name. The data characteristics of an 
Internal Name are described by a Declaration Statement, while the 
data characteristic of a Function Designator is defined in the Data 
Bank. An unsigned Integer is required to indicate the number of 
readings to be averaged. 

Examples: AVERAGE 10 READINGS OF (AVERAGE TABLE) AND SAVE AS 

COLUMN 3; 

AVERAGE 20 READINGS (ANALOG TABLE) AND SAVE AS (AVERAGE 
TABLE) COLUMN (RESULTS); 

Caution : The capability of this statement should be recognized as 

simple and restrictive with uncertain time deltas between 
readings . 
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3.1 .3.2 Read Statement 

Examples : READ <[ PC STAGE INLET PRESSURE ]> AND SAVE AS (INLET 

PRESSURE); 

MEASURE < IU COOLANT TEMPERATURE > AND SAVE AS (COOLANT 
TEMP); 


The READ STATEMENT acquires data from the system under test and stores 
that data as internal program data. Mathematical calculations can 
then be performed on the internal data if desired. This data may also 
be used for recording purposes. 


The Function Designator must be described in an active Data Bank at 
the time the READ STATEMENT is compiled by the Language Processor. 

The data characteristic of the Function Designator, as described in the 
Data Bank, must be compatible with the data characteristics of the 
Internal Name as described by a Declaration Statement. 

If one Function Designator is read into a table in which only a column 
is specified, the data read will be stored in all the data locations 
in the column. 

If several Function Designators, as described in a table, are read, the 
number of data locations must be equal to the number of Function Desig- 
nators. 
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During the execution of- a READ STATEMENT involving tables the first 
Function Designator listed within the table will be read. This data 
will be stored in the first data location in the receiving table/list. 
The second Function Designator will be read into the second data lo- 
cation in the specified column/list. This procedure continues until 
all Function Designators, which are active, have been read. 

Caution: In reading data from a system under test into a table in 

which a column and a row are specified, the data read will 
be stored in the one data location. This data location will 
contain the data from the last activated Function Designator, 
listed in the table, after the execution of such a READ 
STATEMENT. 

Examples: READ (TABLE A) FUNCTIONS AND SAVE AS (CURRENT VALUE); 

MEASURE <IU COOLANT TEMPERATURE > AND SAVE AS (PRESENT 
STORAGE TABLE) <JU COOLANT TEMPERATURE > 

(ANALOG COLUMN); 
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3. 1.3. 3 Request Keyboard Statement 

Examples: REQUEST TEXT (DEGREES OF PITCH) FROM <[ CRT 7 > AND SAVE 

AS (DEGREES PITCH); 

REQUEST ENTRY FROM < CUIP > AND SAVE AS (TM CAL MODE); 


The REQUEST KEYBOARD STATEMENT allows the test procedure to request 
data from a test operator, and save the input for later use. One 
option allows a Text Constant to be displayed or printed to the test 
operator. A message may be inserted directly in the statement or it 
may be referenced by an Internal Name. Following the display of the 
message to the test operator, the test program will wait until the 
operator enters an input message. The input message will then be 
stored as an Internal Name, which is identified in the statement. The 
REQUEST ENTRY option does not allow for a message to be displayed 
and is generally not used in connection with a display system. This 
option may be used to support a teletype, test panel, etc. To accept 
inputs from a test panel , the statement would indicate by a light that 
the operator is to take some action. In this case the operator may 
be requested to depress a labeled light or position a switch on the 
test panel. This type of input will also be saved as an Internal 
Name. 

The data characteristics of the Internal Name are defined by a Declar- 
ation Statement. In this statement the. data characteristics cannot be 
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verified by the Language Processor for compatibility. The system will 
attempt to validate input data as to its characteristics. 

Examples: REQUEST ENTRY FROM < TEST PANEL 5> AND SAVE AS (PANEL 5 

INPUTS) COLUMN 3; 

REQUEST TEXT (CAL DATA FOR ENGINE NO. 2 START TANK) AND 
SAVE AS (CAL TABLE) ROW 1 COLUMN 3; 
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IMTERNAL SEQUENCE CONTROL 

The Internal Sequence Control Statements are those statements that con- 
trol the order in which statements are executed. The group of state- 
ments that make up the Internal Sequence Control Statements are: 

DELAY STATEMENT 
GO TO STATEMENT 
STOP STATEMENT 
TERMINATE STATEMENT 
REPEAT STATEMENT 
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3.2,1 Delay Statement 

Examples: DELAY 5 SECS; 

WAIT UNTIL SIVB 3200 PS I A SUP VENT > IS OPEN; 

The DELAY STATEMENT allows a delay in the execution of the next se- 
quential statement. During the time the specified delay is in effect, 
no statements in the component, in which the DELAY STATEMENT appears, 
will be executed. Execution always continues with the next sequential 
statement. 

Both conditional and unconditional delays are allowed. In the condi- 
tional delay option, the Language Processor will verify that the speci- 
fied Function Designators are compatible with the type of comparison 
testing required. It will then generate an equivalent "READ" from the 
specified Function Designators. During execution the data acquired 
from the "READ" is then compared to the conditions specified in the 
Comparison Test. If the conditions are not met, the "READ" is performed 
again. The new data is then compared. This process continues until 

the conditions are met or until the Time Value has expired, provided 

i 

that a Time Value was specified. 

The unconditional delay option will cause a delay in the execution of 
a component, at least, until a specified time has expired. 
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Examples: WAIT TO SECS OR UNTIL <^GN 750 PSIA BLEED VLV^> IS 

CLOSED; 

DELAY 5 MIN OR UNTIL <^CLOCK^> IS EQUAL TO -3 HRS 30 
MINS; 
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3.2.2 Go To Statement 

Examples: GOTO S20; 

GO TO STEP 30; 

The GO TO STATEMENT provides unconditional branching within a test 
program. After executing a GO TO STATEMENT, control is passed to the 
statement that is referenced by the Statement Number, following the 

verb. A GO TO STATEMENT is generally used at the end of a sequence 

of statements that represent a logical blocking of a test function, 
and acts to direct the computer to some other portion of the test pro- 
gram. Statement Numbers specified by a GO TO STATEMENT must be defined 
within the boundaries of a GOAL component; i . e . , "local" to the com- 
ponent. A GO TO STATEMENT cannot be used to transfer control to a 
statement that is outside the boundaries of the component, as in a 
subroutine. 

The letter "S" may be used as an abbreviation for the word STEP and 

it will be printed as STEP by the Language Processor. 
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3.2.3 Repeat Statement 

Examples: REPEAT STEP 30; 

REPEAT STEP 5 THROUGH STEP 7; 

The REPEAT STATEMENT allows repetition of a single statement or a 
group of statements. Any single Procedural Statement with a Statement 
Number may be repeated. The statement may be repeated as many times 
as necessary as indicated by an unsigned Integer number. Any combin- 
ation of Procedural Statements in a sequence may be repeated. The 
only requirement is that the first and last statements of the sequence 
must have Statement Numbers, The first Statement Number and the second 
Statement Number in the REPEAT STATEMENT diagram must reference the 
first and last statements of the repeat loop respectively. The first 
and last statements form the boundaries of a repeat loop. Statements 
within the repeat loop will be executed in the normal fashion. Bran- 
ching may be used inside a repeat loop. If branching is used to 
transfer control outside the repeat loop, the REPEAT STATEMENT will 
lose control at this point and the effect of the repeat will be can- 
celled. The next time the last statement in the repeat loop is exec- 
uted, the original REPEAT STATEMENT will have no effect. A REPEAT 
STATEMENT may be embedded in a repeat loop to form a nested repeat 
loop. The sequence of statements to be repeated can either precede 
or follow the REPEAT STATEMENT. A REPEAT STATEMENT cannot appear 
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within the bounds of the repeat grouping it initiates. Also, a RE- 
PEAT STATEMENT cannot reference itself. 

* 

Examples: REPEAT STEP 1000 THROUGH STEP 1100 FOR 20 TIMES; 

VERIFY <[ MAIN POWER > IS ON ELSE REPEAT STEP 540 THROUGH 
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3.2.4 Stop Statement 
Examples: STOP; 

STOP AND INDICATE RESTART LABELS SI 00, S200; 

The STOP STATEMENT provides manual intervention capability during 
execution of a test program. The STOP STATEMENT has two primary op- 
tions; the restricted and the unrestricted restart points of a test 
program. The restricted mode allows the test program to be restarted 
only at preselected points. The preselected points are determined by 
the test engineer at coding time. During the execution of this state- 
ment the program will stop execution after it has displayed a tutorial 
message to the test operator indicating the restricted mode and the 
restart options that are available. The test operator then has the 
option of selecting one restart point from the indicated restart points. 

The unrestricted mode allows the test program to be restarted at any 
Procedural Statement within the test procedure. With this option the 
test writer does not control the restart point at coding time.. Ex- 
treme caution should be used when incorporating this option in a test 
program. Arbitrary branching within a test program could have a serious 
effect on the system under test or the test program. 

During execution of this option an appropriate tutorial message will 
be displayed to the test operator. The test program will stop execution. 
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except for concurrent type processing until the console operator takes 
the appropriate action. 

The STOP STATEMENT also allows the use of an abbreviated form when 
combined with the Verify option of the Verify Prefix. 

VERIFY MAIN POWER > IS ON ELSE RECORD EXCEPTION AND STOP; 

This statement invokes the default option for system messages and sys- 
tem devices. The abbreviated form of the above example is VERIFY 
MAIN POWER > IS ON; 

Before using this abbreviated version the user must be thoroughly fa- 
miliar with the default condition and understand this is an unrestric- 
ted STOP STATEMENT. 

Examples: STOP AND INDICATE RESTART LABELS STEP TO, S20, STATEMENT 

300; 

VERIFY < POWER SELECTOR > IS ON ELSE DISPLAY EXCEPTION 

TO < CRT 2> AND STOP AND INDICATE RESTART LABELS S5, 
SI 0 ; 
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3.2.5 Terminate Statement 
Examples: TERMINATE; 

TERMINATE SYSTEM; 

The TERMINATE STATEMENT causes cessation of execution of a program or 
subroutine. There are two options: the Terminate and the Terminate 

System. The Terminate option is discussed first. If a subroutine, 
containing a Terminate option, is called into execution by a PERFORM 
SUBROUTINE STATEMENT, when the Terminate option is executed it will 
cause control to be returned to the calling program. Control will be 
returned to the next sequential statement after the PERFORM SUBROUTINE 
STATEMENT. If a subroutine is called into execution by an Interrupt 
as defined by the WHEN INTERRUPT STATEMENT, the Terminate option will 
cause control to be passed back to the calling program as directed by 
the WHEN INTERRUPT STATEMENT. 

A Terminate option within a program will, when executed, stop the ex- 
ecution of the test program. If a program is called into execution by 
a PERFORM PROGRAM STATEMENT, the Terminate option will stop execution 
of the program and control will be returned to the program which called 
it. Control is always returned to next sequential statement after the 
PERFORM PROGRAM STATEMENT. 



TERMINATE 


In a concurrent program, the Terminate option will stop execution of 

the program. Control is not passed back to the calling program but 

* 

is passed to the system executive. In a cyclic execution mode of a 
concurrent program the Terminate option will stop the execution of the 
concurrent program. The concurrent program will be restarted at the 
beginning of the next cycle. The calling program is executed 
independent of the concurrent program and is not affected by the Ter- 
minate option contained in the concurrent program. 

The Terminate System option provides for a complete GOAL application 
program system shutdown. If a subroutine is called into execution by 
a PERFORM SUBROUTINE STATEMENT or an interrupt, a TERMINATE SYSTEM 
STATEMENT will cause the execution of subroutine to terminate. The 
calling program will also be terminated. If a TERMINATE SYSTEM STATE- 
MENT is executed in a test program, called into execution by a PERFORM 
PROGRAM STATEMENT, program execution will be stopped. Execution of 
the calling program will also be stopped. 

In a concurrent program the Terminate System option will stop execution 
of it. In a cyclic concurrent program, the Terminate System option 
will, when executed, stop the execution of the concurrent program. 

The concurrent program will not be restarted at the beginning of the 
next cycle. 
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ARITHMETIC/LOGICAL OPERATIONS 

The Arithmetic and Logical Statements are those statements that pro- 
vide the mathematical computation, and logical operations allowed in 
the language. This group consists of the following statements: 
ASSIGN STATEMENT 
LET EQUAL STATEMENT 
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3.3.1 Assign Statement 

Examples: ASSIGN (FLAG B) - ON; 

ASSIGN (STAGE POWER) EQUAL TO (FLAG B); 

The ASSIGN STATEMENT assigns a state to an Internal Name. This is 
available for setting "flags" which may be used for internal sequence 
control within a test program. It may also be used to change any State 
declaration for use in other GOAL statements. The ASSIGN STATEMENT 
has two options: Internal Name and State. During the execution of 
the State option the State specified on the right will replace the con- 
dition of the Internal Name of the left. If the Internal Name option 
is used instead of the State option, the state of the Internal Name 
on the right side will replace the condition of the Internal Name on 
the left side. 

The Language Processor will ensure that any Internal Name used by an 
ASSIGN STATEMENT has been declared as a State value. 

Examples: VERIFY <CL0CK^> IS GREATER THAN -3 MINS 19 SEC THEN 

ASSIGN (INTERNAL SEQ) EQUAL TO ON; 

STEP 20 IF (A) = 0, ASSIGN (FLAG A) = OFF; 
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3.3.2 Let Equal Statement 

Examples: LET (A) = (A) + V; 

LET (B) = (A); 

The LET EQUAL STATEMENT provides for the assignment of numerical values 
to Internal Names through the use of the Numeric Formula. This state- 
ment closely resembles conventional arithmetic formulas and is used 
to perform necessary mathematical calculations. It should be noted 
that all Internal Names or variables are delimited by parentheses. 

The numeric calcualtion to be performed by a test program is defined 
by the Numeric Formula. In the LET EQUAL STATEMENT the equal sign or 
the words "EQUAL TO" means "is replaced by" rather than "is equivalent 
to". During execution the results of the Numeric Formula replaces 
the contents of the Internal Name defined on the left side of the 
equation. For example: LET (A) = (A) + 1; means that the Internal 

Name (A) is to be replaced with the old value plus one. Quantities 
may be mixed as desired. The hierarchy of operations is discussed in 
the Numeric Formula writeup. 

Examples: LET (SINX) = (XR) - ( (XR) ** 3/6) + ((XR) ** 5/120) - 

- < (XR) ** 7/5040) ; 

LET (X) = (((((B) ** 2) - (4 * (A) * (C)))** 0.5) - (B)) 

/ 2 * (A); 
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3.4 EXECUTION CONTROL 

The Execution Control Statements regulate the execution of a specified 
component. This group of statements is necessary to control the mode 
of execution of a program, subroutine, or monitor type statements. 

The Execution Control group consists of the following statements: 
CONCURRENT STATEMENT 
RELEASE CONCURRENT STATEMENT 
PERFORM PROGRAM STATEMENT 
PERFORM SUBROUTINE STATEMENT 
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3.4.1 Concurrent Statement 

Examples: CONCURRENTLY PERFORM PROGRAM (BE01 ) REVISION 10; 

CONCURRENTLY DISPLAY PRESENT VALUE OF <JE1 MAIN FUEL 
FLOV(> TO <^CRT 15^> ; 

CONCURRENTLY VERIFY <PRESS ENG 102 GIMBAL^> IS BETWEEN 

1665 PSIA AND 1465 PSIA AND DISPLAY EXCEPTIONS 
TO<CRT 12> ; 


The CONCURRENT STATEMENT allows parallel operations. This statement 
has three main options: the Perform Program, Record, and Verify options. 


The Perform Program option allows for concurrent execution of a test 
program. A Time Value may be used to achieve a cyclic execution of a 
concurrent program. If the specified time interval expires before 
execution is finished, the concurrent program will continue normal ex- 
ecution. The concurrent program will then be restarted immediately 
after completion. If the execution of a concurrent program is com- 
pleted before the time interval has expired, the restart of the con- 
current program will be delayed until the time interval expires. The 
concurrent program will be executed only once, if cyclic rate is not 
specified. 

A TERMINATE STATEMENT, within the concurrent program will stop the 
execution of a concurrent program. It will not halt the cyclic 
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execution of the concurrent statement. The cyclic execution is stopped 
by either a TERMINATE STATEMENT, System option in the concurrent test 
program, or a Release Statement in the calling test program. 

The Record option provides a data monitoring capability. A Time Value 
may be used to specify the monitoring rate. The present value of the 
first Function Designator will be recorded on the second Function Desig- 
nator, computer peripheral equipment. If a group of test points is 
monitored they will be recorded on all indicated peripheral devices. 

A reading from a test point may be recorded on any combination of 
peripheral devices. 

The Verify option provides an exception monitor capability. A Time 
Value may be used to specify the monitor rate. The data is limit 
checked every cycle but no action is taken unless the data fails the 
Comparison Test. An out of tolerance condition can force an error 
message to be output to the test operator. Out of tolerance data may 
be recorded on any available peripheral equipment. 

Examples: IF (TIME) IS -3 MIN 31 SEC THEN EVERY 2 SEC CONCURRENTLY 

PERFORM PROGRAM (NT60) REVISION 1 ; 

EVERY 1 SEC CONCURRENTLY RECORD PRESENT VALUE 0F<JEMP. 

HE INLET VALVE^> ,<^TEMP. GAS. HELIUM TANK TO 
<L0G TAPE 2-5 > ,<CRT 12> ,<CRT 13> ; 

STEP 20 EVERY 2 SEC CONCURRENTLY VERIFY <J0LT-0UTPUT 
AFT BATTERY NO 1 > , <V0LT OUTPUT AFT BATTERY 
NO 2 > , IS BETWEEN 61.0V and 51.0V AND RECORD 
EXCEPTION (BATTERY VOLTAGE IS OUT OF TOLERANCE) 
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Examples; 


(CTD) 

TOPLINE PRINTER 1 ,<^ CRT 13^> ; 
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3.4.2 Release Concurrent Statement 
Examples: RELEASE STEP 10; 

RELEASE ALL; 

The RELEASE CONCURRENT STATEMENT releases from execution status the 
parallel operations initiated by a CONCURRENT STATEMENT. The RELEASE 
CONCURRENT STATEMENT will terminate the cyclic action of those CON- 
CURRENT STATEMENTS which are referenced by a Statement Number. The 
Language Processor will verify that the Statement Number used to 
release a CONCURRENT STATEMENT references a CONCURRENT STATEMENT. The 
ALL option allows for releasing of all CONCURRENT STATEMENTS activated 
by the component in which the RELEASE CONCURRENT STATEMENT resides. 

The RELEASE CONCURRENT STATEMENT can release only the concurrent oper- 
ations started within the same component. 

Examples: STEP 440 RELEASE STEP 10, STEP 20, STEP 16; 

VERIFY < El RECIRC PUMP > IS OFF THEN RELEASE ALL; 
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3.4.3 


Perform Program Statement 

Examples: PERFORM PROGRAM (LVDC POWER ON); 

PERFORM PROGRAM (ATTITUDE COMMAND TEST) REVISION 03; 


The PERFORM PROGRAM STATEMENT initiates execution of a specified pro- 
gram. The execution of the calling test program stops when it starts 
another program by the PERFORM PROGRAM STATEMENT. When a TERMINATE 
STATEMENT or an END STATEMENT is encountered within the second level 
program, control is passed back to the calling program. Execution 
of the calling program is then picked up at the next statement follo- 
wing the PERFORM PROGRAM STATEMENT. Communication between different 
levels of programs can be achieved by the use of a Function Designator 
that is predefined as a system type. 


The Language Processor cannot verify the existence or the uniqueness 
of the Program Name referenced in the PERFORM PROGRAM STATEMENT. The 
executive must have access to the referenced program name at execution 
time. During execution the Program Name is used to identify the other 
program. The Revision Label may be used to select the proper configur- 
ation level of a particular program. If used by the PERFORM PROGRAM 
STATEMENT, the Revision Label in effect becomes part of the name the 
executive uses in the retrieval operation. 
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Examples: WHEN < CLOCK > = -10 HRS THEN PERFORM PROGRAM (VM-GSE 

PREPS); 

STEP 252 AFTER < CLOCK IS -3 MIN, VERIFY < TERMINAL 
SEQUENCE IS ON THEN PERFORM PROGRAM (RED LINE 
MONITOR) REVISION 020; 
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3.4.4 Perform Subroutine Statement 

Examples: PERFORM CRITICAL SUBROUTINE (CALCULATE DELAY TIME); 

PERFORM SUBROUTINE (TEST VOLTAGE); 

The PERFORM SUBROUTINE STATEMENT initiates execution of a previously 
defined subroutine. A subroutine may be performed in two modes, critical 
and noncritical. The term critical indicates that the actions being 
performed in the subroutine are time dependent and, as such, should not 
be interrupted. It insures a basic amount of central processor time 
for the execution of the subroutine. Language Level Interrupts are 
not allowed to break into the execution of a critical subroutine. 
Communication between the calling program and a subroutine may be 
achieved by passing substitutable data at execution time. The sub- 
stitutable data defined in the PERFORM SUBROUTINE STATEMENT will, at 
execution time, replace the contents of the Parameters defined in the 
BEGIN SUBROUTINE STATEMENT. The contents of the Parameters are avail- 
able as both inputs and outputs of the subroutine. The number of 
Parameters declared in the BEGIN SUBROUTINE STATEMENT must equal the 
number of substitutable data items. '• 

All names and Statement Numbers within the subroutine are local to the 

subroutine. Therefore a Statement Number when used to reference a 

statement must reference a statement within the subroutine. All names 

used within a subroutine must be declared in the subroutine. Subroutine 
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parameter passing is discussed in Section V. 

Examples: VERIFY<LVDC> POWER IS ON THEN PERFORM CRITICAL 

SUBROUTINE (LVDC SUMCHECK) T 7777777, TOOOOOOO; 
AFTER <^CLOCK> IS -22 MINS THEN IF (POWER TRANSFER 

FLAG) IS ON THEN PERFORM SUBROUTINE (POWER TRANSFER) 
24.0V, +0.5V ,-0.5V ,10SEC*, 



3.5 


INTERRUPT CONTROL 

The Interrupt Control Statements provide assignment of an interrupt 
status. Interrupts, as defined in the test program, can only be honored 
when they are in an active status. The following statements make up 
the Interrupt Control group: 

WHEN INTERRUPT STATEMENT 
DISABLE INTERRUPT STATEMENT 
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3.5.1 When Interrupt Statement 

Examples: WHEN INTERRUPT < POWER FAILURE > OCCURS GO TO STEP 9000; 

WHEN INTERRUPT <[ MAIN POWER > OCCURS GO TO STEP 333; 

The WHEN INTERRUPT STATEMENT enables a Language Level Interrupt. The 
Function Designator identified as an interrupt, by this statement, 
must also be specified in the Data Bank as an interrupt. The conditions 
necessary for the occurrence of the interrupt are also defined within 
the Data Bank. The WHTN INTERRUPT STATEMENT has two options: the 

Perform Subroutine and the Go To. During the execution of this state- 
ment the specified interrupt is activated, but the referenced subrou- 
tine or Go To option is not executed, at this point. After execution 
of this statement, the remaining Procedural Statements are executed in 
their normal sequence. 

The Go To option is discussed first. If the interrupt conditions are 
met, the normal execution of the test program is stopped. Control 
is then passed to the statement identified in the Go To option of the 
WHEN INTERRUPT STATEMENT. The test program continues normal execution 
from that point. If the Perform Subroutine option was selected and 
the interrupt conditions are met, the normal execution of the test 
program is stopped. Control is passed to the indicated subroutine. 

If a TERMINATE STATEMENT is then encountered, control will be returned 

to the test program as directed by. the WHEN INTERRUPT STATEMENT. If 
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the statement does not specify a Statement Number it will be returned 
to the calling program at the point it left to process the interrupt. 

If a TERMINATE STATEMENT is not encountered, execution of the subroutine 
control will be returned as indicated by the WHEN INTERRUPT STATEMENT. 

Examples : IF (SUBROUTINE A FLAG) IS ON THEN WHEN INTERRUPT< HY DR 

PUMP PRESS > OCCURS PERFORM SUBROUTINE (PUMP CHECKS) 

20 PSIA, ON, OFF AND RETURN; 

WHEN INTERRUPT <[ CLOCK T-22 MINS> OCCURS PERFORM SUBROUTINE 
(START TANK CHILLDOWN) AND RETURN TO STEP 9 999 ; 
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3.5.2 Disable Interrupt Statement 
Examples: DISABLE STEP 20; 

DISABLE ALL; 

The DISABLE INTERRUPT STATEMENT disables the interrupt enabled by the 
referenced WHEN INTERRUPT STATEMENT. Thus, this statement is the com- 
plement of the WHEN INTERRUPT STATEMENT. The Language Processor will 
verify that the Statement Number references a WHEN INTERRUPT STATEMENT. 
The execution of a DISABLE INTERRUPT STATEMENT will result in a no 
operation if the referenced WHEN INTERRUPT STATEMENT has not been 
previously executed. A no operation will not stop the execution of 
the test program; it will continue in its normal sequence. The ALL 
option will disable all active WHEN INTERRUPT STATEMENTS used by the 
component in which the DISABLE INTERRUPT STATEMENT is found. 

All interrupts are disabled at the start of a program and remain dis- 
abled until activated by the WHEN INTERRUPT STATEMENT. The active or 
disable status is valid only for the component in which it is defined. 

The active or disable status, of a test program that calls into execu- 
tion a second program, is not valid for the second program. Interrupts 
activated in the second program are active only for that program. 

When the second program passes control back to the calling program, the 
original status of the interrupts are reinstated. Interrupts enabled 

by a program are suspended during execution of a subroutine. Language 
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Level Interrupts are discussed in Section V. 

Examples: DISABLE STEP 333; 

VERIFY <^MAIN POWER > IS OFF THEN DISABLE STEP 55, STEP 70; 



3.6 TABLE CONTROL 

The Table Control Statements assign an active or inactive status to 
individual rows of a specified table. The following statements make 
up the Table Control Statements: 

ACTIVATE TABLE STATEMENT 
INHIBIT TABLE STATEMENT 
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3.6.1 Activate Table Statement 

Examples: ACTIVATE (DISCRETE TABLE) ; 

ACTIVATE (TABLE A) ROW 1, ROW 2, ROW 3; 


The ACTIVATE TABLE STATEMENT assigns an active status to a table or in- 
dividual rows of a table. The ACTIVATE TABLE STATEMENT deals only with 
the Function Designators and not the data positions. System under test 
access via a table can only be performed on active Function Designators. 
All rows of a table are initially activated at program start. If an 
operation is to be performed on multiple rows, the operation will only 
be performed on the active rows. The system executive takes into 
account the status of each row, during table operations, to determine 
if any action is required. Operations involving only the data loca- 
tions of a table are not affected by an inactive status. The Language 
Processor will verify that the Table Name and the Index Name referenced 
in an ACTIVATE TABLE STATEMENT are properly defined by a Declaration 
Statement. A Row Designator is a Function Designator used to reference 
a particular row and therefore is not declared. 


An "ALL" option is provided for activating all rows within a specified 
table. If a particular row is not referenced the ALL option is assumed. 
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Examples: 


ACTIVATE (MESSAGE TABLE) ROW (INDEX); 
ACTIVATE (POWER ON TABLE) 

<Cpower SUPPLY NO 1 > , 
<>OWER SUPPLY NO 2 ^> » 
<J4AIN POWER ; 

ACTIVATE (TABLE A) ROW 1, ROW 2, ROW 3; 
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INHIBIT 


3.6.2 Inhibit Table Statement 

Examples: INHIBIT (DISCRETE TABLE); 

INHIBIT (DISCRETE TABLE) ROW 1; 


DECLARATION 

PROCEDURAL 

SYSTEM 


llf 


The INHIBIT TABLE STATEMENT assigns a deactive status to a table or in- 
dividual rows of a table. The INHIBIT TABLE STATEMENT deals only with 
Function Designators and not with data positions. System under test 
access via a table cannot be performed on inhibited Function Designa- 
tors. If an operation is to be performed on a specific row that is 
inhibited, the operation will not be executed. No error message will 
occur and the program will then continue normal execution. The Lan- 
guage Processor will verify that the Table Name and Index Names used 
in an INHIBIT TABLE STATEMENT are properly defined by a Declaration 
Statement. An Index Name must be declared as an Integer number. 

An ALL option is provided for inhibiting all rows within a specified 
table. The ALL option is invoked if only a Table Name is used. 

Examples: INHIBIT (TABLE A) ROW (INDEX NO 1), ROW (INDEX NO 2), 

I 

. ROW (INDEX NO 3); 

INHIBIT (MAIN POWER) , <^MAIN P0WER^> ,<^MAIN POWER ; 
INHIBIT (TABLE A) ROW 1, ROW 2, ROW 3; 
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SECTION IV, SYSTEM STATEMENTS 


4.0 GENERAL 

System Statements primarily direct the Language Processor. The System 
Statements are subdivided into three groups: Boundary Statements, 

System Directives Statements, and Special Aids Statements. 

4.1 BOUNDARY STATEMENTS 

Boundary Statements delimit a GOAL component. The following statements 
make up the group of boundary statements : 

BEGIN DATA BANK STATEMENT 
BEGIN MACRO STATEMENT 
BEGIN PROGRAM STATEMENT 
BEGIN SUBROUTINE STATEMENT 
END STATEMENT 
LEAVE STATEMENT 
RESUME STATEMENT 
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BEGIN DATA BANK 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.1.1 Begin Data Bank Statement 

Examples: BEGIN DATA BANK (52 DATA BANK) REVISION 0; 

BEGIN DATA BANK (IU GUIDANCE AND CONTROL) REVISION 1; 

The BEGIN DATA BANK STATEMENT inidcates the start of a Data Bank. This 
statement is a Language Processor directive that allows a test writer 
to create an arbitrary name for the identification of a Data Bank. This 
statement must be the first statement in a Data Bank, and may be used 
only once in a Data Bank. A Revision Label is required in this state- 
ment for proper identification of an individual Data Bank. 

Examples: BEGIN DATA BANK (SIC PRESSURE DATA BANK) REVISION 2; 

BEGIN DATA BANK (CM DATA BANK) REVISION 10; 
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BEGIN PROGRAM STATEMENT 
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BEGIN PROGRAM 


DECLARATION 

PROCEDURAL 

SYSTEM ~ 

4.1.2 Begin Program Statement 

Examples: BEGIN PROGRAM (LV TM CAL) REVISION 0; 

BEGIN PROGRAM (CDC SEQ) REVISION 0 COMP 2; 

The BEGIN PROGRAM STATEMENT indicates the start of a test program to 
the Language Processor, This statement allows a test writer to create 
an arbitrary name for the identification of a test program. This 
statement must be the first statement in a test program, and may be 
used only once in a test program, A Revision Label is required in 
this statement for proper identification of an individual test program. 

Examples: BEGIN PROGRAM (PREFLT CAL) REVISION 3; 

BEGIN PROGRAM (POWER TRANSFER) REVISION A; 








BEGIN SUBROUTINE 


DECLARATION 
PROCEDURAL 
SYSTEM if: 


4.1.3 Begin Subroutine Statement 

Examples: BEGIN SUBROUTINE (POWER ON); 

BEGIN SUBROUTINE (FORCE TERM) (PARAMETER 1); 


The BEGIN SUBROUTINE STATEMENT indicates the start of a subroutine. 
This statement is a Language Processor directive that allows a test 
writer to create an arbitrary name for the identification of a subrou- 
tine. This statement must be the first statement in a subroutine, and 
may only be used only once in a subroutine. A subroutine may be con- 
tained in either a program or data bank. A subroutine may be inserted 
between any two statements; but for convention, subroutines should be 
grouped together and inserted after the Declaration Statements. Sub- 
routines also may be compiled as an entry by the Language Processor. 

Optional Parameters may be defined with a BEGIN SUBROUTINE STATEMENT. 
Parameters allow the passing of data from a test program to a subrou- 
tine or from a subroutine to a test program. The number of parameters 
in the BEGIN SUBROUTINE STATEMENT must equal the number of parameters 
passed by the PERFORM SUBROUTINE STATEMENT. 

Examples: BEGIN SUBROUTINE (CALCULATE SIN), (DEGREE); 

BEGIN SUBROUTINE (POWER OFF), (GUIDANCE), (CONTROL); 
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BEGIN MACRO 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.1.4 Begi n Macro Statement 

Examples: BEGIN MACRO S2 POWER; 

BEGIN MACRO A2 (PARAMETER 1); 

The BEGIN MACRO STATEMENT indicates the start of a Macro. This state- 
ment is a Language Processor directive that allows a test writer to 
create an arbitrary but unique label for the identification of a Macro. 
This statement must be the first statement in a Macro and may be used 
only once in a Macro. A Macro may be contained within either a Program 
Data Bank or Subroutine. By convention, Macros should be grouped to- 
gether and inserted immediately following the BEGIN PROGRAM STATEMENT 
of the host component. 

Optional Parameters may also be defined with a BEGIN MACRO STATEMENT. 
These Parameters are used to indicate substitutable arguments within 
a Macro skeleton. The substitutable arguments are replaced by the 
corresponding Character Strings defined in the EXPAND MACRO STATEMENT. 
This replacement is done during program completion by the Language 
Processor. For more information on Macros refer to Section V. 

Examples: BEGIN MACRO ADJUST (FUNCTION DESIGNATOR) , (VOLTAGE ADJUST), 

(STEP); 

BEGIN MACRO CALCULATE SINX (RADIAN); 
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END 


DECLARATION 

PROCEDURAL 

SYSTEM 

4 . 1 , 5 End Statement 

Examples: END DATA BANK; 

END PROGRAM; 

The END STATEMENT indicates the end of a referenced component. The 
END STATEMENT has four options: Data Bank, Program, Macro, and Sub- 

routine. The Language Processor will verify that the referenced pack- 
age is consistent with the package in which the END STATEMENT is con- 
tained. 

The END SUBROUTINE option, when encountered during execution, will 
cause control to be returned to the calling program. 

The END PROGRAM option indicates that the execution of a test program 
is complete. It also indicates to the Language Processor the end of 
a program compilation. 

The END DATA BANK, and END MACRO options serve only as an indicator to 
the Language Processor, If the statement preceding the END STATEMENT 
is not a TERMINATE STATEMENT, then the END STATEMENT also defaults to 
produce the effect of a TERMINATE STATEMENT. 

Examples: END MACRO; 

END SUBROUTINE; 
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LEAVE 


DECLARATION |J 
PROCEDURAL 
SYSTEM 

4.1.6 Leave Statement 
Examples: LEAVE; 

LEAVE 10,10,20; 

The LEAVE STATEMENT is a Language Processor directive providing a 
method for leaving GOAL during processing of a Data Bank Subroutine 
and enabling the execution of a subroutine written in another language. 

It also enables the passing of data to the other language subroutine. 

The other language must be compatible with the GOAL programming system 
before its subroutine capabilities can be used. The LEAVE STATEMENT 
is a legal statement only in a Data Bank Subroutine. 

To use a subroutine written in another language the subroutine must 
first be compiled by the other language compiler. The explicit error 
free object subroutine is then inserted within the Data Bank Subrou- 
ti ne. 

The LEAVE STATEMENT must immediately precede the other language sub- 
routine. The LEAVE and RESUME statements mark the beginning and ending, 
respectively, of the other language subroutine. The PERFORM SUBROU- 
TINE STATEMENT is used to execute a subroutine containing a NON-GOAL 
component. The Subroutine Name used by the PERFORM SUBROUTINE STATE- 
MENT references a Data Bank Subroutine that contains the NON-GOAL com- 
ponent which is to be executed. 
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LEAVE 


Examples : 


LEAVE TEXT (DATE 10/28/72), 14.60 PSIA, 14.65 PISA, 28 MPH; 
LEAVE (VARIABLE DATA), ON, OFF, XTOAB, X10AC; 
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RESUME STATEMENT 
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RESUME 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.1 .7 Resume Statement 
Example: RESUME; 

The RESUME STATEMENT is a Language Processor directive. It provides a 
method of resuming the compilation of a GOAL subroutine. It also 
enables a return to the host Data Bank Subroutine after the execution 
of a NON-GOAL subroutine. The RESUME . STATEMENT must immediately follow 
the NON-GOAL component. A GOAL statement must follow the RESUME STATE- 
MENT. 



4.2 


SYSTEM DIRECTIVES 


The System Directive Statements relate a test program to a specified 
Data Bank. The USE DATA BANK STATEMENT and FRijE DATA BANK STATEMENT 
are directives to the Language Processor. The SPECIFY STATEMENT is 
used in creating a Data Bank. It relates a Function Designator to a 
test point. The System Directive Statements are: 

USE DATA BANK STATEMENT 
FREE DATA BANK STATEMENT 
SPECIFY STATEMENT 
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USE 


DECLARATION 

PROCEDURAL 

SYSTEM 


4,2.1 Use Data Bank Statement 

Examples: USE (S2 DATA BANK), (SIC DATA BANK), (SIVB DATA BANK), 

(IU DATA BANK); 


The USE DATA BANK STATEMENT is a Language Processor directive used to 
identify a unique Data Bank for compilation of a test program or part 
of a test program. This statement allows the Language Processor to 
have access to a referenced Data Bank. More than one Data Bank may 
be active at a time. However, an increase in the number of active 
Data Banks may result in an increase in time required for compilation. 
The activation of an additional Data Bank will not effect the status 
of Data Banks that have been previously activated. 


The Revision Label is optional, and if not used, the first Data Bank 
located by the system that contains a matching name will be used re- 
gardless of its- Revision Label. 

The Language Processor will flag an error condition if a name is used 

to reference a nonexisting Data Bank or a Data Bank that has not been 

! 

processed. 
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FREE DATA BANK STATEMENT 





REVISION LABEL 
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FREE 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.2.2 Free Data Bank Statement 

Examples: FREE (SIC DATA BANK); 

FREE (IU DATA BANK) REVISION 2; 

The FREE DATA BANK STATEMENT is a Language Processor directive. It 
inhibits the Language Processor from accessing a previously activated 
Data Bank. To release a Data Bank it must have been previously acti- 
vated by a USE DATA BANK STATEMENT. Any attempt to free a non-active 
Data Bank will result in a processor error. 

The Revision Label is optional and may be used to specify a specific 
update level of a Data Bank. If two Data Banks have the same name but 
different Revision Labels, and the Revision Label is not specified in 
a FREE DATA BANK STATEMENT, the first Data Bank found by the Language 
Processor will be released. 

Examples: FREE (SIC DATA BANK), (S2 DATA BANK); 

FREE (S2 MEC DATA BANK) REVISION 1 , (S2 ELEC DATA BANK) 
REVISION 2, (XU ELEC DATA BANK); 
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SPECIFY 


preceding page 


blank not filmed 


point for concurrent testing. Synchronization points in two or more 
concurrently executing programs can cause the tests to be synchronized 
at that point. The Language Processor will verify the relationship 
between a Function Designator and the statement in which it is used. 

For example, a Function Designator declared as a Load and used in a 
READ STATEMENT is considered illegal. The three main forms of Function 
Designators may be subdivided, if necessary, as to the type of Function 
Designator. 


An optional subroutine that provides the necessary code conversation 
is specified for any inputs or outputs. The last optional branch 
started with an asterisk symbol is used to further define a Function 
Designator. For example in the case of telemetry, the channel address 
may be defined.. 

Examples: SPECIFY<OTBD CTS> ALSO AS {OUTBOARD CUTOFF SIGNAL) 

SENSOR TYPE (DDAS) * ADDRESS (AP1A0-14-00-00) ; 
SPECIFY <^CDF> ALSO AS (COUNTDOWN FLAG) SYSTEM TYPE 
- (STATE) * (ON); 
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4.3 


SPECIAL AID STATEMENTS 


The Special Aid Statements ease the burden on the test writer and 
reviewer. These statements are Language Processor directives and 
are not executable. The REPLACE STATEMENT and EXPAND MACRO STATEMENT 
are used for substituting source code during processing. The COMMENT 
STATEMENT may contain any commentary desired by the test writer. The 
contents of the statement are printed but are otherwise ignored by 
the Language Processor. 

The Special Aid Statements are: 

COMMENT STATEMENT 
EXPAND MACRO STATEMENT 
REPLACE STATEMENT 
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COMMENT 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.3.1 Comment Statement 

Examples: $ POWER TRANSFER SWITCH VERIFICATION; 

$ SCAN ERROR ROUTINE; 

$ 15; 

All comments must begin with a currency symbol and terminate with a 
semicolon. Comments may be inserted at any point in a program except 
where specifically prohibited by syntax notes. Comments primarily 
benefit the program reviewers and have no effect on the execution of 
the program. They will be printed with the compile listings but will 
be otherwise ignored. Currency symbols and semicolons are not allowed 
in the body of the comment. 
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EXPAND 


DECLARATION 

PROCEDURAL 

SYSTEM 

4.3.2 Expand Macro Statement 

Examples: EXPAND MACRO CALCULATE SINX, (X),; 

EXECUTE MACRO ADJUST, AC SIGNAL > , (0.5V), S340,; 

EXPAND AND EXECUTE MACRO REMOVE POWER, (CAL TABLE), 3,; 

The EXPAND MACRO STATEMENT causes the Macro skeleton, a predefined 
sequence of source code, to be inserted by the Language Processor into 
the source program at the point occupied by the EXPAND MACRO STATE- 
MENT. Once a Macro is defined it may be expanded at all component 
levels. The EXPAND MACRO STATEMENT provides a means for the substi- 
tution of parameters, as defined by the BEGIN MACRO STATEMENT, into 
the source code created by the test writer. 

The EXPAND MACRO STATEMENT has three primary options that control only 
the printing of the Macro skeleton. The three options are the EXPAND, 
EXECUTE, and the EXPAND AND EXECUTE options. An example of a Macro 
might be: 

BEGIN MACRO ADJUST (UNIT), (INCREMENT), (STEP 2); 

LET (VOLTS) = (0.5V); 

(STEP 2) APPLY (VOLTS) TO (UNIT); 

LET (VOLTS) = (VOLTS) + (INCREMENT); 
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EXPAND 


DELAY 2 SECS; 

VERIFY (UNIT) IS LESS THAN 28V THEN GO TO (STEP 2); 

END MACRO; 

The above sequence of source codes, statements, is defined as the 
Macro skeleton. 

The EXPAND option inhibits the printing of the EXPAND MACRO STATEMENT, 
and allows for the printing of the Macro skeleton after the Parameters 
have been substituted. Using the previously defined Macro, an example 
of the EXPAND option might be: 

EXPAND MACRO ADJUST, < AC SIGNAL > , (0.2V), S495,; 

This statement would result in the following printout: 

LET (VOLTS) = (0.5V); 

STEP 495 APPLY (VOLTS) T0<J\C SIGNAL > ; 

LET (VOLTS) » (VOLTS) + (0.2 V); 

DELAY 2 SECS; 

VERIFY < AC SIGNAL > IS LESS THAN 28V THEN GO TO STEP 495; 

The EXECUTE option allows for a partial printing of the EXPAND MACRO 
STATEMENT. This option inhibits the printing of the Macro skeleton 
with the substituted Character Strings. Using the above defined Macro, 
an example of the EXECUTE option might be: 

EXECUTE MACRO ADJUST, < AC SIGNAL > , (0.1V), S540,; 

This statement would result in the following statement to be printed: 
ADJUST, < AC SIGNAL > , (0.1V), S450,; 
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EXPAND 


The Macro generated statements are inserted but are not printed in 
this option. 

+ 

The EXPAND AND EXECUTE option is a combination of the two other options. 
For example, given the EXPAND MACRO STATEMENT: 

EXPAND AND EXECUTE MACRO ADJUST, AC SIGNAL > , (0.3V), $540,; 
would result in the following statements to be printed in a source 
listing: 

ADJUST <( AC SIGNAL > , (0.3V), S540,; 

LET (VOLTS) = (0.5V); 

STEP 540 APPLY (VOLTS) T0<AC SIGNAL > ; 

LET (VOLTS) = (VOLTS) + (0.3V) ; 

DELAY 2 SECS; 

VERIFY AC SIGNAL > IS LESS THAN 28V THEN GO TO STEP 540; 

Examples: EXPAND MACRO APPLY S 2 POWER; 

EXECUTE MACRO CALCULATE SINX, 3 VOLTS,; 

EXPAND AND EXECUTE MACRO X,<[ SWITCH 3 > , AND SAVE AS,; 
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REPLACE STATEMENT 
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REPLACE 


DECLARATION 

“procedural 

SYSTEM 

4.3.3 Replace Statement 

Examples: REPLACE POWER SUPPLY NO 1 WITH POWER SUPPLY NO 2 ; 

REPLACE (DISCRETE TABLE) WITH (DISCRETE TABLE LDI) ; 

The REPLACE STATEMENT is a Language Processor directive. It provides 
a means for substituting source code during processing. This capability 
allows a convenient means for updating Function Designators and Internal 
Names. It may also be used as a form of shorthand to ease the burden 
for a test writer. The source code on the right side of a REPLACE 
STATEMENT will be substituted for the source code identified by the 
left side of the statement. The Language Processor will compare all 
names and Function Designators, within a test procedure, to the source 
code identified on the left side of a REPLACE STATEMENT. If a compar- 
ison is made, the source code on the right side of the REPLACE STATE- 
MENT will replace the old source code within the procedure. Once a 
REPLACE STATEMENT is defined it may be used to substitute at all com- 
ponent levels. A test program listing generated by the Language 
Processor will reflect any substitution caused by a REPLACE STATEMENT. 

The double currency symbols used when replacing a Character String 
are dropped off by the Language Processor, and only the source code 
between the double currency symbols is substituted. The parenthesis 
and angle brackets are substituted. 
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REPLACE 


Examples: 


REPLACE (A) WITH $$AND SAVE AS$$ 

REPLACE (B) WITH $$AND SAVE AS (RESERVE)$$; 
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SYSTEM V, SYSTEM CONCEPTS 


5.0 GENERAL 

This section discusses some of the general concepts used in developing 
the GOAL programming system. The system is divided into three main 
areas: (1) the language, (2) the Language Processor and (3) the System 

Executi ve . 

The GOAL Language consists of five components which are defined as: 

(1) Program, (2) Data Bank, (3) Subroutine, (4) Macro, and (5) Non-GOAL. 
Certain combinations and constraints of these components are discussed . 
in this section along with various interactions between individual com- 
ponents . 

Components are a necessary ingredient in any programming system, but 
they do not make up a complete system. These components need support; 
this type of support comes in the form of a processor and an executive. 

A GOAL processor and executive are also discussed in this section. 

Finally, this section discusses some general programming concepts in 
the following areas: concurrency, tables, interrupts, terminations, 

and dimensions. 

5.1 ALLOWABLE STRUCTURES 

When visualizing automatic processing of procedures, several distinct 
components of the system emerge. GOAL was designed to be compatible 
with the following language system concepts. "Test functions" will 
be contained primarily in the "program" and "subroutine" components 
and since GOAL was developed for “test functions," GOAL appears most 
natural in those components. 
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The two primary (stand-alone) components are: 

1 . Program 

2. Data Bank 

The three secondary components are: 

1. Subroutine 

2. Macro 

3. Non -GOAL 

A Subroutine must be contained either within a Program or Data Bank. 
Subroutines in a Program should, by convention, be grouped together 
and inserted following the Declaration Statements, if any, and prior 
to the Procedural Statements. However, Subroutines may be inserted 
between any two statements of a Program or Data Bank. 

A Macro may be contained within either a Program, Data Bank, or a 
Subroutine, Macro's must be defined prior to the statement that uses 
(expands) it. By convention, Macros should be grouped together and 
inserted immediately following the Begin Statement of the host com- 
ponent. Once inserted, the Macro may be expanded at all component 
levels (i .e. , global ) . 

A Non-GOAL component must be contained within a Subroutine and that 
Subroutine must be within a Data Bank. Non-GOAL components may be 
inserted at any point within a Data Bank Subroutine provided it does 
not divide or break a statement. This allows a Data Bank Subroutine 
to consist solely of a Non-GOAL component if so desired. 
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5.1.1 Program 

A Program is the highest component available in the language. A Pro- 
gram must start with a BEGIN PROGRAM STATEMENT and end with an END 
STATEMENT. A Program has two main parts: (1) a Declaration Section, 

and (2) a Procedural Section. 

The Declaration Section consists of Declaration Statements. This 
section is optional. All Names used within the Procedural Section 
must be declared; therefore, the use of the Declaration Section depends 
upon the use of Names. If no Names are used in the Procedural Section, 
the Declaration Section is not required. Data defined in the Declara- 
tion Section is valid only in that Program. 

A Procedural Section is required. It consists of Procedural Statements 
which do the actual testing of the system under test. A Program may 
contain only one BEGIN PROGRAM STATEMENT. It may also contain only 
one END STATEMENT which invokes the End Program option. 

All Statement Numbers are local to the program; that is, a Procedural 
Statement cannot reference a Statement Number located within a Subrou- 
tine. Likewise all Names are local. 
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5.1 .2 Data Bank 


The Data Bank must be bounded by a BEGIN DATA BANK STATEMENT and an 
END DATA BANK STATEMENT. The only statements allowed in the Data Bank 
are the SPECIFY STATEMENTS. This should not be confused with the option 
to insert the other GOAL components, specifically Subroutines and 
Macros, between any two SPECIFY STATEMENTS. The informational content 
of the Data Bank indicates a data set with the following characteristics: 

1. The Data Bank must be capable of storing unique data for a 
large number of individual entries. 

2. The ability to reference, via alphanumeric name, any entry 
in the Data Bank. 

3. Most of the content of the Data Bank will be entries related 
to Function Designators but Subroutines will also be present. 

The Data Bank will be present only during compile time. The actual 
Data Bank entries are directly dependent upon hardware design. 

The Data Bank provides the necessary linkage between Function Desig- 
nators and the System Under Test. The use of particular Data Banks 
can be controlled during compilation by the USE DATA BANK STATEMENT 
and the FREE DATA BANK STATEMENT. 
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5.1.3 Subroutines 


A Subroutine is bounded. by a BEGIN SUBROUTINE STATEMENT and an END 
STATEMENT. It may have a Declaration Section, but must have a Pro- 
cedural Section. Parameters may be passed to the Subroutine through 
the BEGIN SUBROUTINE STATEMENT. As in the Program, the use of a 
Declaration Section depends upon the use of Names in its Subroutine 
since all Names must be declared. All Names declared are local; i.e., 
Names declared in a Subroutine cannot be referenced by the calling 
program. 

5. 1.3.1 Program Subroutine Interaction 

The Subroutine may be executed only via a PERFORM SUBROUTINE STATEMENT. 
This statement will carry the Parameters, if any, to be passed to the 
Subroutine. If this statement also carries the adjective, CRITICAL, 
then the execution of the Subroutine will not be broken by a Language 
Level Interrupt occurrence. 

5.1 .3.2 Program Subroutine Similarities 

The Program component and Subroutine component are similar in many 
ways: 

1. Both may be entered only through their Begin Statements. 

2. All branching is local; i.e., once inside a Subroutine, as 
with a Program, you cannot branch outside its boundaries, 
and you cannot branch into a Subroutine or Program from an 
external source. 

3. Neither allow component nesting; i.e., no Begin Statement 

of the same component is allowed between the Boundary State- 
ments of the component. 
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4. All Procedural and Declaration Statements are legal. 

5. Data defined in a Program is local to that Program and data 
defined in a Subroutine is local to that Subroutine. If a 
Name is to be used in a Subroutine, it must be declared in 
the Subroutine. 

6. Both may be terminated by a TERMINATE STATEMENT or by a ter- 
mination default when an END STATEMENT is encountered. 

Note: A Program is not terminated when a Subroutine encounters a 

terminate command, unless it is a terminate system command. 
Execution is returned to the next Program statement after the calling 
PERFORM SUBROUTINE STATEMENT. However, if the execution of the Sub- 
routine is due to a Language Level interrupt, then control is returned 
to Program as directed by the WHEN INTERRUPT STATEMENT. 

5. 1.3. 3 Program Subroutine Differences 

There are several ways in which Subroutine components differ from Pro- 
gram components. These are: 

1. A Subroutine may be executed only via a PERFORM SUBROUTINE 
STATEMENT. 

2. A Subroutine inserted in a Program is available only to that 
Program. By convention it is recommended that all Subroutines 
be placed between the Declaration and Procedural Sections of 
the Program component. This is not a requirement; however, 
and Subroutines may actually be placed between any two state- 
ments either in a Program or a Data Bank. 

3. Data defined outside a Subroutine is available only through 
the Begin Statement. 
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5.1 .3.4 Subroutine Advantages 

It is to the procedure writers advantage to use Subroutines whenever 
a task is to be performed more than once in his procedure because: 

V. It provides more efficient coding. 

2. It provides procedure modularity resulting in ease of change 
and debug. 

3. It provides quicker and easier review of a procedure by 

allowing a repeatable task to be performed and then return 
to the next statement following the PERFORM SUBROUTINE 
STATEMENT in the Program. For example: in the following 

Subroutine, control will be returned to Step 2 after the 
execution of the END STATEMENT in the Subroutine. 

5. 1.3. 5 Subroutine Example 


GOAL PROGRAM GOAL SUBROUTINE 



BEGIN SUBROUTINE (STATUS CHECK) 


0> -<b> ; 

OPEN <^L0X VENT VALVE > ; 

VERIFY<^A^> IS ON; 

PERFORM SUBROUTINE (STATUS CHECK) 

VERIFY<B> IS ON; 

<^BUS 1^> ,<^BUS 2^> ; 

TURN 0N<^SYSTEM INDICATOR^* ; 

STEP 2 CLOSER LOX VENT VALVE > ; 

END SUBROUTINE; 

PERFORM SUBROUTINE (STATUS CHECK) 


<BUS 3^> ,<BUS 4^> ; 



Implies one or more statements 
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5. 1.3. 6 Subroutine Parameter Replacement 


PROGRAM 

SUBROUTINE 

DECLARE QUANTITY (Z) 

BEGIN SUBROUTINE (SA) 
< A >, (B),‘ (C) , (E); 
DECLARE QUANTITY (B); 
DECLARE NUMBER (D); 

PERFORM SUBROUTINE (SA) 

< CONSOLE 1 > , (Z), 15V, 2; 

TURN ON < SWITCH 1 > ; 

DISPLAY TEXT (BEGIN SA) TO<A> ; 
READ <[ BUS 1> AND SAVE AS (B); 
APPLY (C) TO < BUS 2> ; 

LET (D) * 3 + (E); 

IF (D). = 7 THEN TERMINATE; 

TURN OFF < SWITCH 1 > ; 

END SUBROUTINE; 


After execution of Subroutine (SA) the parameters will be replaced as 
follows: 

TURN ON < SWITCH 1> ; 

DISPLAY TEXT (BEGIN SA) T0<C0NS0LE 1> ; 

READ BUS 1> AND SAVE AS (Z); 

APPLY 15V TO <[ BUS 2 > ; 

LET (D) * 3 + 2; 

IF (D) = 7 THEN TERMINATE; 

TURN OFF <^SWITCH 1 ; 

END SUBROUTINE; 
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AFTER EXECUTION OF SUBROUTINE 
(Z) = BUS 1 READING 
(D) = 5 

NOTE- (Z) DATA AVAILABLE TO, PROGRAM 
(D) DATA SUBROUTINE ONLY 
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MACRO 

DEFINITION 
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5.1.4 Macro 

A Macro is a named Character String. A Macro must start with a. BEGIN 
MACRO STATEMENT and end with an END STATEMENT. The Character String, 
between the BEGIN MACRO STATEMENT and END STATEMENT, is defined as a 
Macro skeleton and is made up of any combination of GOAL characters. 

The only exception is the Character String "END MACRO" which is invalid. 

Once the Macro is defined, each reference to the Macro Label by an 
EXPAND MACRO STATEMENT will cause the Macro skeleton for that Macro to 
be inserted into the source program. A Macro may be inserted anywhere 
within a Program as long as it is defined prior to its use by an EXPAND 
MACRO STATEMENT. By convention. Macros should be grouped together and 
should immediately follow the Begin Statement of the host component. 

The BEGIN MACRO STATEMENT allows the test writer to assign an arbitrary 
Name to Parameters. The Parameters may be any legal Name and must be 
unique only within the Macro. In other words, a Parameter defined 
within a Macro may also be defined as a Name within the main program 
without being multiply defined. The same Parameter could also appear 
in several Macros and also as a Name in the main body of the Program 
and not be in error. A Parameter may be referenced as many times as 
desired within the Macro skeleton. The EXPAND MACRO STATEMENT specifies 
the contents, substitutable arguments, of the Parameters defined in the 
BEGIN MACRO STATEMENT. 

The EXPAND MACRO STATEMENT allows the test writer to define the nec- 
essary Character Strings which are used to replace the corresponding 
substitutable arguments in a Macro skeleton. When the EXPAND MACRO 
STATEMENT is processed, the list of Parameters in the BEGIN MACRO 
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STATEMENT is linked one-to-one to the Character Strings in the EXPAND 
MACRO STATEMENT. The first Parameter is linked to the Character String 
between the first and second commas. The second Parameter is linked 
to the Character String between the second and third commas. This 
connecting process continues until all listed Parameters are linked 
to a specific Character String. The Language Processor then searches 
the Macro skeleton for substitutable arguments. When a substitutable 
argument is located, it is replaced by its corresponding Character 
String. The Language Processor continues its search of the Macro 
skeleton until it encounters an END MACRO STATEMENT. The Language 
Processor then inserts the Macro skeleton with the substituted Charac- 
ter String in the source Program, The printing of the Macro skeleton 
is controlled by the EXPAND MACRO STATEMENT. The control that the 
EXPAND MACRO STATEMENT has over the Macro skeleton is shown in the 
following examples. A Macro definition is given first and followed 
by an Expand option. 

The Expand option prints only the Macro skeleton after the Character 
String has been substituted. 

The Execute option is shown next. The Execute option results in the 
print of the Macro Label and the substituted Character Strings. The 
Expand and Execute option is shown last. This option results in a 
printing of a combination of the two other options. 
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5. 1.4.1 Macro Example 

GOAL PROGRAM 
(Card Listing ) 

BEGIN PROGRAM (EXAMPLE) 

REVISION 2; 

BEGIN MACRO STATUS 

(A), (B); 

VERIFY (A) IS OFF; 
VERIFY (B) IS OFF; 

END MACRO 


EXPAND STATUS 

PREFLT CAL ON^> 

, <JNFLT CAL ON > ,; 


EXECUTE STATUS 
, <PREFLT CAL ON> 

, <JNFLT CAL ON ^>,; 


EXPAND AND EXECUTE 
, <>REFLT CAL ON ]> 

* <[lNFLT CAL ON ^>,; 

Implies one or more 


GOAL PROGRAM 
(Processor Listing ) 

BEGIN PROGRAM (EXAMPLE) 

REVISION 2; 

BEGIN MACRO STATUS 

(A), (B); 

VERIFY (A) IS OFF; 
VERIFY (B) IS OFF; 

END MACRO 


VERIFY <>RELFT CAL ON> IS OFF 
VERIFY <^INFLT CAL ON ^>IS OFF; 


STATUS ,<^ PREFLT CAL ON^> 
,<JNFLT CAL ON 


STATUS , PREFLT CAL ON > 

, <^INFLT CAL ON^> ,; 
VERIFY <^PREFLT CAL ON^> IS OFF 
VERIFY <^INFLT CAL ON >IS OFF; 





5.1.5 Non-Goal 


A NON-GOAL component consists of a package written in another language. 
Since it is impossible to predict all testing capabilities that are 
required of a test language, the GOAL test language provides for the 
use of other languages. The availability of other languages to be 
used as a NON-GOAL component is directly dependent upon the design 
of a total test system. 

A compatible language may be used to create a NON-GOAL component by 
compiling the other language routine by its own compiler. The object 
deck of the other language is inserted in a Data Bank Subroutine. The 
object deck must be immediately preceded by a LEAVE STATEMENT and must 
be iranediately followed by a RESUME STATEMENT. Such a Subroutine may 
also contain additional GOAL statements, if necessary. 

The execution of a NON-GOAL component is controlled by a PERFORM SUB- 
ROUTINE STATEMENT. Once control is passed to a Subroutine any GOAL 
statements preceding or following the NON-GOAL component will be 
executed in their normal sequence. 

lfnen a LEAVE STATEMENT is encountered by the executive, control is 
passed to the NON-GOAL component. After execution of a NON-GOAL com- 
ponent, control may be returned to the Data Bank Subroutine at the 
RESUME STATEMENT. The remaining GOAL statements are then executed in 
their normal sequence. Communication between the Data Bank Subroutine 
and the NON-GOAL component may be achieved by passing data declared 
in the LEAVE STATEMENT. 
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5.2 LANGUAGE SYSTEM CONCEPTS 

The LANGUAGE SYSTEM contains three major divisions. Namely, the lan- 
guage, the Language Processor, and the system executive. Each of these 
divisions overlap somewhat in function. It is sometimes very difficult 
to distinguish between a language function, processor function, or 
executive function. 

5.2.1 Language 

The language must provide statements which will contain a complete 
command, just as an English statement requires all of its parts to be 
complete. It must make sure that its statement contains information 
that will be recognizable by the processor, and that each statement 
contains enough information to enable the executive to perform the 
command . 

The language is required to contain all the information necessary to 
provide a complete checkout of the system under test. 

5.2.2 Language Processor 

The Language Processor is responsible to check the language statement 
to verify the statement syntax. The processor must convert the program 
statement from its input source format into an executive-recognizable 
format. It must not only assure correct grammar but also that all 
parts of the statement that are necessary for a command to be performed 
are present in the statement. 

The processor must link the test program to the system under test via 
the Data Bank. It relates statements to statements and verifies that 
language components are properly combined. 
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5. 2. 2.1 System Subroutines 

Subroutines may be inserted between any SPECIFY STATEMENTS in the Data 


Bank, The Subroutines would then be available to any program at com- 
pile time. 

When a system Subroutine is requested in a program by a PERFORM SUB- 
ROUTINE STATEMENT, the Language Processor will first try to find a 
local Subroutine and will then look for a system Subroutine. If none 
is found, an error condition will be flagged.. 

5. 2. 2. 2 System Macros 

System Macros will be available to any' program via a system Macro 
package in the Language Processor. 

When a Macro is requested in a program by an EXPAND MACRO STATEMENT, 
the Language Processor will first try to find a local Macro and will 
then look for a system Macro. If none is found, an error condition 
will be flagged. 

5. 2. 2.3 Processor Options 

The GOAL processor will provide several options. These include: 

1. Source Listings - Listing of all source records processed. 

2. Expanded Statement Listing - A listing of all statements 
after processing with compiler generated step numbers. 

3. Statement Label Cross Reference - A list of all statement 
labels defined or referenced in a GOAL program. 

4. Internal Name Cross Reference - A listing of all symbolic 
names defined or referenced in a GOAL program. 

5. Function Designator Summary - A listing of all Function Desig- 
nators referenced in a GOAL program. 

183 



6. Diagnostics Summary - A listing of all errors detected. 

Several directives will also be provided, including: 

1. Sequencing Field Size 

2. Edit Only 

3. List output report selection 

4. Title for listing page 

5. Date for listing page 

6. Number of lines per page on printer listing 

7. Page counter 

5.2.3 Executive 

The executive must take the output of the Language Processor and per- 
form the necessary program functions. The executive must handle such 
items as scheduling events, timing for data acquisition, engineer- 
executive communication , etc. 

Many language statements are highly implementation dependent. The 
result of a statement may be considerably different depending on how 
the executive handles the statement. It is conceivable that language 
statements written prior to development of an executive may have to be 
changed somewhat after executive development. For example, a statement 
is legal which says "EVERY 2 SECS CONCURRENTLY PERFORM PROGRAM (A);" but 
the executive may be unable to handle a 2 second cyclic rate for pro- ( 
gram execution, thus a minimum cyclic rate would have to be imposed. 

5.3 PROGRAMMING CONCEPTS 

Many concepts were legislated during the development of the GOAL 
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language. Five of the more special concepts are discussed in the 
following items: concurrent processing, language level interrupt, 

table techniques, program termination, and dimensions. 

5.3.1 Concurrency 

Concurrency is used within this write-up in the general context which 
assumes at least a second, independently compiled, test application 
task may be initiated prior to the completion of another task. This 
does not force a selection of either a multiprogramming system or a 
parallel processing system. The effort was made, assuming some con- 
currency does exist, to ascertain what information required can best 
be specified at test preparation time and how this information can be 
presented in a readable manner. 

The test environment appears to dictate that a "reactive monitor" is 
needed. This is long term surveillance of a test condition coupled 
with the capability to initiate commands if the status violates limits. 
Conventional monitoring is embedded in this capability. The CONCURRENT 
STATEMENT in GOAL provides the "reactive" capability by allowing another 
program to be performed. The statement provides a simplified method 
of supplying monitor only parameters for either continuous monitoring 
or exception monitoring. 

5.3.2 Language Level Interrupts 

Language Level Interrupts indicate to the executive that an external 
event has occurred, and that this particular event requires attention. 
Language Level Interrupts permit key Function Designators to interrupt 
the execution of a test program and automatically transfer control to 
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a specified Interrupt respJ«sg,Subroutine and also to another language 
statement. After execution an Interrupt response Subroutine, con- 
trol is returned to the calling program. Language Level Interrupts 
are not to be confused with System Interrupts, that control the execution 
of the executive during the handling of such items as timing or conrnu- 
ni cation. The term InWI^fe'in this document refers to a Language 
Level Interrupt if not otherwise stated. 

A Function Designator can interrupt a test program only if the following 
three (3) steps are performed. 

(1) The Function Designator must be declared as an 

Interrupt within the Data Bank, The necessary 

. .• - . ■ 

conditions for the interruption to occur must 
also be defined in the SPECIFY STATEMENT. 

(2) A WHEN INTERRUPT STATEMENT that references the 
Interrupt Function Designator must be previously 
executed. The WHEN INTERRUPT STATEMENT enables 
the Interrupt. It also defines where control is 
to be passed art: the occurrence of the Interrupt. 

(3) Finally, the conditions specified for the Interrupt 
must be met and the Interrupt Function Designator 
must still be enabled and not suspended. The 
execution of the test program will then be 
interrupted for servicing of the Interrupt. 

An Interrupt enabled fof a particular program is suspended during 
execution of a Subroutine. That is, if an Interrupt enabled in a 
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program occurs during the execution of a Subroutine, the Interrupt 
will not be serviced until control is passed to the calling program. 

An Interrupt that occurs during the execution of a Subroutine will be 
serviced only if the Interrupt was enabled by the Subroutine. An 
Interrupt enabled by both the program and Subroutine that occurs during 
the execution of the Subroutine will first be serviced during execution 
of the Subroutine. If the Interrupt is still active when control is 
returned to the calling program, it will be serviced for the second 
time during the execution of the test program. 

The WHEN INTERRUPT STATEMENT enables an Interrupt and the DISABLE 
INTERRUPT STATEMENT disables the Interrupt. If an Interrupt occurs 
after it has been disabled, it will not be serviced, the execution 
of the test program will not be interrupted by the occurrence of an 
Interrupt that is disabled. 

The WHEN INTERRUPT STATEMENT may also specify a Statement Number in- 
stead of a Subroutine. In this case, control will be passed to the 
indicated statement at the time of an Interrupt occurrence. 

The following Examples show various types of Interrupt conditions. 



SUBROUTINE SA 


5.3,2 , 1 Language Level Interrupt Examples 


PROGRAM A 


SIO 

WHEN INTERRUPT <^X OCCURS 

S5 



GO TO STEP 500; 



S40 




S70 

WHEN INTERRUPT X/> OCCURS 

SIO 

WHEN INTERRUPT <^X]> OCCURS 


GO TO STEP 700; 


GO TO STEP 20; 

S90 




SI 05 

PERFORM SUBROUTINE (SA); 



S200 


SI 5 

LET (A) = (B); 



S20 

SET <^SYSTEM FLAG TO ON; 

S500 

OPEN<JENT VALVES ^>; 

S22 

DISABLE STEP 10; 


TERMINATE; 



S700 

TURN OFF ^SYSTEM POWER > ; 




TERMINATE; 

S30 

ASSIGN (K) = OFF; 



S36 






1 

. . • i 


TERMINATE; 


IMPLIES ONE OR MORE STATEMENTS 
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INTERRUPT ASSUMPTIONS 
Example 1 . -T 
CONDITION: 

EXECUTING IN "A" 

® STEP TO PREVIOUSLY EXECUTED AND STILL ENABLED. 

• STEP 40 IS BEING EXECUTED WHEN INTERRUPT <T> OCCURS. 
RESPONSE: 

© STEP 40 IS COMPLETED 
© EXECUTION IS RESUMED AT STEP 500. 


Example 2 . 

CONDITION: 

"A" IS EXECUTING 
© STEP 10 IS EXECUTED 

© STEP 70 IS EXECUTED 

© STEP 90 IS BEING PROCESSED WHEN INTERRUPT <X> OCCURS. 
RESPONSE: 

© STEP 90 IS COMPLETED 
® ' EXECUTION IS RESUMED AT STEP 7 00; 

COMMENT: 

THE EXECUTION OF STEP 70 HAD THE AFFECT OF DISABLING STEP 
10 BECAUSE* THEY REFERENCED THE SAME INTERRUPT. 

Example 3 . 

CONDITION: ^ 

• STEP 70 IN "A" PREVIOUSLY EXECUTED. 

® "SA" IS EXECUTING AS A RESULT OF STEP 105 IN PROGRAM A. 
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Example 3 (CTD) : 

© STEP 5 IS BEING EXECUTED WHEN INTERRUPT <Y> OCCURS. 
RESPONSE: 

@ "SA" CONTINUES NORMAL PROCESSING 
COMMENT: 

WHEN CONTROL IS RETURNED TO PROGRAM A AT THE STEP IMMEDIATELY 
FOLLOWING STEP 105, THEN THE INTERRUPT ACTION IS NOTED AND 
CONTROL DIVERTED TO 700. 

Example 4 . 

CONDITION: 

• STEP 70 IN "A" PREVIOUSLY EXECUTED. 

© "SA" IS EXECUTING AS A RESULT OF STEP 105 IN PROGRAM A. 

® STEP 10 IN "SA" PREVIOUSLY EXECUTED. 

• STEP 15 IS EXECUTING WHEN INTERRUPT <Y> OCCURS. 

RESPONSE: 

© STEP 15 COMPLETES PROCESSING. 

© STEP 20 IN "SA" IS THE NEXT STEP PROCESSED. 

COMMENT: 

WHEN CONTROL IS RETURNED TO PROGRAM A AT THE STEP IMMEDIATELY 
FOLLOWING STEP 105, THEN THE INTERRUPT STATUS . OF <X> IS 
TESTED AND IF STILL ACTIVE CONTROL IS RESUMED AT STEP 700. 

Example 5 . 

CONDITION: 

® STEP 70 IN "A" PREVIOUSLY EXECUTED. 

© "SA" IS EXECUTING AS A RESULT OF STEP 105 IN PROGRAM A. 
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Example 5 (CTD): 


• STEP 22 IN "SA" PREVIOUSLY EXECUTED. 

• STEP 36 IN "SA" IS BEING EXECUTED WHEN INTERRUPT <X> OCCURS. 
RESPONSE: 

© M SA" CONTINUES NORMAL PROCESSING. 

COMMENT: 

THE INTERRUPT HAD NO AFFECT ON "SA" AS STEP 22 HAD CANCELLED 
THE REQUEST FOR INTERRUPT ACTION. EVEN THOUGH THE STEP 22 
DISABLES STEP 10, THIS IS STEP 10 WITHIN "SA" ONLY. 



5.3.3 Table Techniques 

Tables are especially suited to test applications involving test pat- 
terns such as those required in the testing of voting logic and inter- 
face connections. 

The Declaration of tables is discussed in Section II. 

The general format of a table is depicted below. 


Row 1 


Row 2 


Row 3 


Row Rn 

• 1 2 3 ' • Cn 

. / ‘ Col umn 

. . Numbers 

Note that row numbers and columns are not part of the table. itself but 
may be used by statements referencing the table to locate data or data 
storage. Any reference to non-existent rows by using the Row Number 
feature will be flagged as an error at processing time. 


TABLE NAME 

t L 


COLUMN 

NAME 

COLUMN 

NAME 

COLUMN 

NAME 

7/ 

COLUMN 
NAME 
/ / 

FUNCTION • 
DESIGNATOR 

data 

data 

data 

// 

data 

j t 

• FUNCTION 
DESIGNATOR ' 

• data 

data 

data 

data 

.// _ . 

- FUNCTION 1 

DESIGNATOR 

data 

data 

data . 

7/ 

data 
/ / ■ ■ 

FUNCTION . . ! 

DESIGNATOR • . 

: . • | 

data 

data 

• data 

7/ 

data 
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If by an erroneous calculation an Index Name contains a reference to 
non-existent data location, then the executive system should indicate 
the error. This applies for columns also. 

If the same Function Designator appears more than once in the table 
outline, then the entries are flagged as possible errors. If an 
ACTIVATE TABLE STATEMENT or INHIBIT TABLE STATEMENT later uses this 
multiple entered Function Designator as a Row Designator, then the 
processor will direct the action to be taken on all rows with that 
Function Designator. 

DECLARE STATE TABLE (ENGINE LOGIC) WITH 5 ROWS AND 3 COLUMNS 
TITLED 

(PASS V), (PASS 2), (PASS 3) WITH ENTRIES 

<^ENG 1 IGN PHASE 
SOLENOID , 

^ENGINE NO 1 . 

‘ CUTOFF 

START TANK ALL 
• ’ VENT , 

<JNG 1 ST. TANK 
' DISCHARGE CONTROL ,• 

MAIN STAGE CONTROL 
SOLENOID > , 

Example 1: TURN ON (ENGINE LOGIC) FUNCTIONS; 

Example 2: SET (ENGINE LOGIC) FUNCTIONS TO (PASS 1); 
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' ON, ' ON,/ 

ONV ’ OFF, ' 

•OFF, • ' OFF, 

ON,' ON, ; • 

ON, ‘ OFF, 



Example 3: READ- -(ENGINE LOGIC) FUNCTIONS AND SAVE AS (PASS 3); 

Example 4: VERIFY (ENGINE LOGIC) FUNCTIONS ARE (PASS 2); 
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DECLARE QUANTITY TABLE (BUS READINGS) WITH 4 ROWS AND 4 COLUMNS 
WITH ENTRIES 


<^BUS 10^> , 

10V, 

15V, 

■9 

14V, 

<BUS 20^> , 

15V, 

20V, 

9 

12V, 

<^BUS 30 ]> , 

12V, 

18V, 

9 

25V, 

<^BUS 40 > , 

14V, 

20V, 

9 

16V; 


Example 1: VERIFY (BUS READINGS) FUNCTIONS ARE COLUMN 2; 

Example 2: VERIFY (BUS READINGS) FUNCTIONS ARE BETWEEN COLUMN 1 AND 

COLUMN 2; 

Example 3: INHIBIT (BUS READINGS) ROW 3; 

VERIFY (BUS READINGS) FUNCTIONS ARE LESS THAN COLUMN 3; 
Example 4: READ BUS 20 > AND SAVE. AS (BUS READINGS) ROW 3 COLUMN 

3 ; .. • ' • 

If the target hardware system provides- special facility to group 
commands, then it is assumed the processor will package the commands 
together providing all the functions for the table belong to the 
same group'. This is an implementation option. The functions will, 
otherwise be Issued in a serial manner starting with Row' 1 and pro- 
ceeding to Row N. Rows that are inhibited will be ignored. 
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DECLARE STATE TABLE (POWER) 5^®# ROWS AND 3 COLUMNS TITLED 

ptIN), (BACKUP), (INITIAL STATE) 

WITH ENTRIES 

$ ROW 1;< MAIN POWER 1> ON, OFF, 

$ ROW 2; < MAIN POWER 2 > , ON, OFF, 

$ ROW 3 ; BACK UP POWER 1 > |#fOFF, ON, 

$ ROW 4 ;< BACK UP POWER 2> ,* OFF, ON, 

DECLARE TEXT LIST (POWER MESSAGE LIST) WITH 4 ENTRIES 
$ MESSAGE NO 1; (MAIN POWER SUPPLY NO 1 IS NOT ON), 

$ MESSAGE NO 2; (MAIN POWER SUPPLY NO 2 IS NOT ON), 

$ MESSAGE NO 3; (BACK UP POWER SUPPLY NO 1 IS ON), 

$ MESSAGE NO 4; (BACK UP POWE<5§$Wl.Y NO 2 IS ON); 

'%'S 

Example: VERIFY (POWER) FUNCTIONS ARE EQUAL TO (MAIN) ELSE DISPLAY 

EXCEPTIONS USING MESSAGES FROM (POWER. MESSAGE LIST) AND 
STOP; 

The message list must be as long as, or longer than, the power table. 
The exception is that one message may-. he used for many exceptions by 
explicitly denoting or referencing on§: message. 
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When the Table Name is used without row/column modification, then 
the action is taken for all active functions in the table. Also note 
that (INITIAL STATE) may be a column name in the (POWER) table in 
which case the rewriting of the Table Name is optional. When the 
example is executed, a reading is performed to obtain the latest 
available data and then the comparison is made. The order starts 
with Row 1. If an item fails to pass the Comparison Test, then the 
corresponding message list entry is displayed; e.g., if entry 4 in 
the (POWER) table failed, then message 4 is displayed. Message' 
correlation is done regardless' if any of the preceding rows were 
inhibited or not. • 

3.4 Program Termination ■. / •, • - * ' 

..••System assumptions were made for program termination capability for' 
serial and concurrent processing, Two termination options are pro- 
vided: "TERMINATE" and '"TERMINATE SYSTEM. " . • . ' ' ' . y • 

\ Serial Processing': ; - ‘ • . . •*, ; 

v ' .. • Consider PROGRAM A performs PROGRAM. B." if a TERMINATE ‘is * • '• 

* V - - * ‘ • f 

*. ! executed in PROGRAM B, then processing. of PROGRAM B ceases • . . 
and control is returned to PROGRAM. A and PROGRAM A continues . ' 
However ,• if in the above example-, a TERMINATE S.YSTEM. had been*.. 

• encountered in PROGRAM B‘ instead of a. normal TERMINATE,, then 
not only would PROGRAM B be stopped but also the chain of 
execution through which execution was initiated, in this case, 
PROGRAM A. The effect would be the same if instead of PROGRAM 
B, it was a Subroutine that PROGRAM A had executed. 
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Concurrent Processing: 

Now assume PROGRAM A performs PROGRAM B concurrently with a 

> 

five minute cycle rate. If a TERMINATE is executed in PRO- 
GRAM B, then PROGRAM B stops execution and remains stopped 
until the concurrency rate requirements are met and then 
program B is executed again. 

Using the same example, assume a TERMINATE SYSTEM was en- 
countered. The program stops execution and also the request 
for concurrent execution is cancelled. PROGRAM B would not 
be automatically recalled- by the system. PROGRAM A would not . 

. . be terminated. If PROGRAM A was dependent, on PROGRAM B's . : 

• • ... continued execution, then care should have been taken for 

. ' " PROGRAM B ..to signal PROGRAM A, probably by a system indicator, . 

before .executing the TERMINATE SYSTEM.' ' /, V' ' ; 

’ . 5.3.5 • Pi mens ion's ' v . •* '' V ' . • '' " ‘. . ‘ . 

" . . . ; 1 Dimensions are- allowed to ; promote the readability of -the statements.' 

using -.or referencing the data associated with .the given Dimension.’ 
Standard abbreviations are allowed and .are validated by the Language' 

• .Processor. . The test writer must take the ndcessa.ry precautions to 
. . insure the. consistent use of compatible Dimensions by procedural. 

* statements. The processor/executive is not expected to perform 
compatibility checks. A given system may elect to implement a 
processor that recognizes certain engineering units as scaling direc- 
tives to the processor but to proceed much further appears unlikely 
at this time. 
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If the full name of the basic unit Dimension is used, then either 
plural or singular will be allowed. 



DIMENSION TABLE Engineering units available for use in GOAL are listed in the 
following matrix. 


FUNCTION 

TYPE 


I BASIC UNIT 





temperature 


CAUTION 


The writer must take necessary precautions to insure the 
consistent use of compatible dimensions. 
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Other allowable dimensions are: 


KILOVOLTS (AC or DC) 

KV 

DECIBELS above one milliwatt 

DBM 

DECIBELS above one watt 

DBW 

KILOVOLT AMPERES 

KVA 

VOLT AMPERES REACTIVE 

VAR 

KILOVOLT AMPERES REACTIVE 

KVAR 

PICOFARADS 

PFD 

MASS (grams) 

G 

ACCELERATION 

M/SEC/SEC 

FT/SEC/SEC 



SECTION VI, GOAL ELEMENTS 


GENERAL 

This section discusses the elements which are the most basic syntax 
groupings of GOAL. 



2Q3 



CHARACTER 
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6.1 CHARACTER SET 

These elements define the basic language Character Set. All language 
statements or elements can be traced to a basic makeup consisting of 
these elements. 

6.1.1 Character 

The Character element diagram is a composite showing that the full 
GOAL Character Set is made up of Letters, Numerals, and Symbols. It 
provides a cross-reference to the basic language characters. 

6.1.2 Letter 

The Letter element defines the letters available in the GOAL Character 
Set. These are all letters A-Z. They must always be written in the 
Upper Case. By convention the letter "0" should be slashed "0" and 
the letter "I" should be written as "I", and not as "1". 
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ASTERISK 

BLANK 

COMf/IA 

CURRENCY 

EQUALS 

LEFT ANGLE BRACKET 
RIGHT ANGLE BRACKET 
MINUS 

LEFT PARENTHESIS 
RIGHT PARENTHESIS 
PERIOD 
PLUS 
SEMICOLON 
SLASH 
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6.1.3 


Numeral 


The Numeral element defines the Numerals available in the GOAL Character 
Set- The allowable Numerals are 0-9. 

The Numeral, zero, "0" should not be slashed and the Numeral one, 

"?“» should be written as "1" and not as "I". 

6.1.4 Symbol 

The Symbol element defines the special Symbols available in the GOAL 
Character Set. All special Symbols used in the GOAL Character Set are • 
standard to the (ASCII) USA Standard Code for Information Interchange 
Code and the (EBCDIC) Extended Binary Code Decimal Interchange Code. 


207 





TEXT CONSTANT 


r 

s 

L 





NO PARENTHESIS ALLOWED 
BLANKS AND COMMENTS 
ARE SIGNIFICANT 
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6.2 CHARACTER GROUPS 

These elements show how the basic characters may be linked together. 
These text strings are of two types: (1) an undelimited Character 

String, and (2) a delimited Character String (Text Constant} which is 
given definite syntax attributes. 

6.2.1 Character String 

The Character String element allows Letters, Numerals, and Symbols to 
be placed side by side forming a string of characters. 

6.2.2 Text Constant 

The Text Constant element defines a block of Text data. It is delimited 
by parenthesis. Blanks are significant and could be used for formatting 
the Text Constant, Comments, per se, are significant in the Text Con- 
stant and if used will become a part of the Text Constant. 



FUNCTION DESIGNATOR 


FUNCTION 

DESIGNATOR 
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6.3 


EXTERNAL REFERENCE 

These elements Vidude syntactical units defining Data Bank Function 
Designators, arsd'pwvide elements to use in referencing these Function 
Designators, 

6.3.1 Function 'Designator - 

Function Designators are items which interface, via the Data Bank, with 
the System Uri44fTe.st. All hardware linkages must be supplied by the 
Data Bank at compile time. Function Designators are delimited by angle 
brackets or "greater than" and "less than" Symbols. They are composed 
of either Letters, Numerals, or a Symbol subset. 

Function Designators are uniquely defined in a Data Bank via a SPECIFY 
STATEMENT. r 0 ; V- 

Blanks and Comments are not significant within the angle brackets, 
therefore, care should be taken to ensure that the non blank characters 
form a unique string with respect to other Function Designators. 

Example: <L0X VENT VALVE^> <0 POWER TRANSFER COMPLETE IND0> 

<0J! I COOLANT TEMPERATURE0> <0LH2 VALVE 3 (H/L) > 
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6.3.2 External Designator 

When a statement references the External Designator syntax element the 
procedure writer has an option of referencing either a single Function 
Designator or a group of Function Designators. 

When used as a group these Function Designators, which are linkages to 
test equipment external to the computer, must have been placed in a 
table. Therefore to reference a group of Function Designators it is 
necessary to give the table name and the word Functions. The word 
Functions serves as an indicator to the Language Processor that the 
Function Designators listed in the table will be the recipient of the 
stated action. 

Example: <L0X VENT VALVE> 

(SWITCH POSITION) FUNCTIONS 

6.3.3 Row Designator 

A Row Designator provides a means of referencing a row in a table by 
using the Function Designator in the Function column of that row. The 
Row Designator is defined in the Table Declaration Statement. 


213 



NAME 


T 


f NAME 


COLUMN NAME 

| COLUMN NAME 


47 


u 


f— | — i 


LETTER 


,-J3j 


LETTER 

L 43 


lT\ 

1 ■■ i o* ) 
1 / 


NUMERAL |_ / 



I 

12J 


r 

j 

L. 


"""“1 
NAME i 

— - 47 J 


MUST BE PREDEFINED IN A TABLE 
DECLARATION STATEMENT 


214 





6.4 INTERNAL REFERENCE 

These elements include syntactical units defining variables that are 
internal to the test program and not directly related to the system 
under test. 

6.4.1 Name 

A Name is an internal variable defined at coding time. A Name may be 
used as a flag or as a storage area. It is not accessible by any other 
program or subroutine and is, therefore, local to the host component. 
All Names must be unique in any one GOAL component. A Name must begin 
with a Letter and may consist of a combination of Letters and Numerals 
only. Names are delimited by parenthesis. Neither blanks nor Comments 
are significant and may be used freely within the Name. 

Examples: (DEGREES OF PITCH) 

(TM CAL MODE RESULTS) 

6.4.2 Column Name 

A syntactic unit defined in a Table Declaration Statement and used to 
name a column that is part of the table being defined. 
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6.4.3 Data Bank Name 

A syntactic unit defined in a BEGIN DATA BANK STATEMENT used to name 
the Data Bank component being generated. 

6.4.4 Index Name 

An Index Name must be declared as. numeric in a simple Data Declaration 
Statement, The Index Name may be incremented or decremented by the 
test writer using the LET EQUAL STATEMENT. 

6.4.5 List Name 

A syntactic unit indicating the name of a List and defined in a List 
Declaration Statement. If a List Name is used without an Integer 
Number or an Index Name it refers to all variables in the List. 

6.4.6 Parameter 

A Parameter represents arguments to be reserved as pseudo entries in 
a Macro or Subroutine, or to signify the passing of data to the Macro 
or Subroutine using the EXPAND MACRO STATEMENT and PERFORM SUBROUTINE 
STATEMENT. Parameters in the Macro are effectively text substitutions 
only, but Parameters in the Subroutine represent either an Internal 
Name or a Function Designator. Subroutine Parameters may be delimited 
by parenthesis or angle brackets, as appropriate. A Macro Parameter 
can only be delimited by parenthesis. 
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6.4.7 Program Name 

A syntactic unit defined in a BEGIN PROGRAM STATEMENT used to name the 
Program. 

6.4.8 Subroutine Name 

A syntactic unit defined in a BEGIN SUBROUTINE STATEMENT used to name 
a Subroutine. 

6.4.9 Table Name 

A syntactic unit defined in a Table Declaration Statement used to name 
the Table being declared. 
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6.4.10 Internal Name 


Examples: (PRESSURE READING) 

(MESSAGE LIST) 

(SWITCH TABLE) ROW 3 COLUMN 4 
(POWER) < LAMP 1> (RESET) 

An Internal Name may be one of three types - 

A. NAME - an internal variable arbitrarily chosen by the test 
writer. 

B. LIST NAME - defined in a LIST DECLARATION STATEMENT and may 
include indexing. 

C. TABLE NAME - defined in a TABLE DECLARATION STATEMENT and 
must contain either an indicator for ROW and COLUMN or at 
least for a COLUMN. Indexing on ROWS and COLUMNS is also 
available. 

An Internal Name is made up of Letters and Numerals only. The first 

character must be a Letter. Blanks and Comments are insignificant. 

An. Internal Name is delimited by parenthesis. 
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MACRO LABEL 



6.5 LABELS 

These elements include the syntactical units that are used for processor 
and executive identification of a Macro, Program, and/or Data Bank. 

6.5.1 Macro Label 

A Macro Label is defined in a BEGIN MACRO STATEMENT. A Macro Label 
names a combination of language statements that are created as exten- 
sions to the language and are referenced in a procedure by the name 
indicated by Macro Label. Parenthesis are not required as delimiters. 
The first character must be a Letter. The Macro Label cannot contain 
any symbols. The Macro Label allows free use of blanks. 

6.5.2 Revision Label 

The Revision Label Indicates the revision of the GOAL component de- 
fining it in that component's Begin Statement. It may be any combin- 
ation of Letters and Numerals. 



PROCEDURAL STATEMENT PREFIX 
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6.6 


OPTIONAL PREFIXES 


These elements define the syntactical units that may be combined with 
any Procedural Statement. It also shows how the prefix elements may 
be linked together. 

6.6.1 Procedural Statement Prefix 

Examples: STEP 65 WHEN CLOCK > IS -5 MINS, 

STEP 43 AFTER < CLOCK > IS -5 MINS THEN 
VERIFY^ LOX VENT VALVE > IS OPEN, 

IF (PRESS A) IS GREATER THAN 1500 PSIA THEN 

The PROCEDURAL STATEMENT PREFIX allows Procedural Statements to be 
preceded by a combination of either Step Number and/or Time Prefix 
and/or Verify Prefix. This allows a Procedural Statement to be 
referenced by another Procedural Statement, to be executed dependent 
upon a time condition; and/or to be executed dependent upon an event 
occurrence. 
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6.6.2 Step Number 

A Step Number i\^^fo£,‘t*sed with any Procedural Statement.. It provides 
a means of 1 referencing a statement. The Step Number is 

comprised of Numerals only and is preceded by either an "S", or "STEP", 
If an "S" is used, at coding time, then the compiler will replace that 
with "STEP" at compile time. Only statements which are referenced by 
other statements Hheed. have a Step Number. Step Numbers are not re- 
quired to be to any particular order. However, an ascending sequence 
convention is recommended. 


Step Numbers, when used to reference a specific Procedural Statement, 
must reference a statement within the boundaries of the same GOAL com- 
ponent. For 0^w>|0|^, a Step Number in a program cannot reference a 
statement in 5) Sdkdutine of another Program. Step Numbers are there- 
fore local to a component. 
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6.6.3 Time Prefix 

Examples: AFTER <CLOCK> IS -14 HRS 30 MINS, 

WHEN <W> IS 1130 HRS THEN 

The Time Prefix permits a statement to be executed dependent upon a 
specific time condition. The Function Designator referenced must be 
a Time Function Designator type. 

If the Key word "AFTER" is used the statement following the Time Pre- 
fix will be executed when the time specified is less than the actual 
time reading. If the Key word "WHEN" is used, the statement following 
the Time Prefix will be executed when the time specified is equal to 
or less than the actual time reading. 

This is not a concurrent prefix. The system will delay accordingly 
until the Time Prefix is satisfied. 
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6.6.4 Verify Prefix 

Examples: IF (A) = (B) THEN 

VERIFY <SII CHILLDOWN VLV> IS CLOSED THEN 

The Verify Prefix cannot be used as a stand alone statement, but may 
be used as an optional prefix to any Procedural Statement. The Verify 
Prefix provides a conditional transfer capability. The Verify Prefix 
has two main options: namely the "IF THEN" and "VERIFY" options. 

The "IF THEN" option provides a conditional branching capability based 
upon comparison testing of internal data. The optional nature of the 
statement execution is provided by embedding in the "IF THEN" option 
a Relational Formula or Limit Formula for comparison testing. If the 
result of the evaluation of the formula is true, the remaining part 
of this statement will be executed. If the result of the evaluation 
of the formula is false, the remaining portion of the statement will 
not be executed, but the next statement in the written sequence will 
be executed. 

The "VERIFY" option provides a conditional transfer capability based 
upon comparison testing of external data. The Verify option also 
uses the Limit Formula or Relational Formula for determining branching 
by the same method as the "IF THEN" option. 

The "VERIFY" option also provides a negative comparison testing with 
the "ELSE" path. In this instance, if the result of the evaluation 
of the formula is false, the Output Exception unit will be executed 
next and followed by the rest of the statement. If the result of 

the evaluation of the formula is true, the next statement in the 
written sequence will be executed. The "VERIFY" option also provides 
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a time interval for testing. The result of the time interval test can 
be considered to be logically added with the result of the evaluation 
of the formula. If a time interval is specified and the condition of 
the comparison test is met before or as the time interval expires the 
result is regarded as true. If the time interval expires and the con- 
dition of the comparison test is not met, the result is considered 
false. Branching is then done is accordance with the "THEN" or "ELSE" 
options as described above. The word "THEN" and the symbol " , " 

(comma) have the same meaning in the statement, when related to 
branching. 
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Examples: IF (TABLE A) COLUMN 3 ARE BETWEEN 80 AND 100, CLOSE 

< LOX VENT VALVE 1 > ; 

VERIFY <D030-323> IS BETWEEN 1670 PSIA AND 1510 PSIA 
ELSE DISPLAY EXCEPTION (D030-323 EXCEEDS REDLINE) 

TO CRT 2> AND TURN ON < CUTOFF > ; 

VERIFY (TABLE A) FUNCTIONS ARE BETWEEN COLUMN 6 AND (TABLE 
B) COLUMN 4; 

VERIFY (TABLE C) FUNCTIONS ARE OFF; 



6.7 


FORMULAS 


These elements include syntactical units defining the mathematical 
capabilities and comparison testing included in the language. 
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6.7.1 Numeric Formula 

Examples: A+B+C/D**3 

(ALPHA) * (BETA) 

(-18 VOLTS) + (63 VOLTS) **2 
- (63*(10 AMPS)) 

The Numeric Formula allows a mathematical operation to be performed 
on the right hand side of an equation. The mathematical symbols and 
their meanings are as follows: 

MULTIPLICATION DENOTED BY ONE ASTERISK (*). 

DIVISION DENOTED BY A SLASH (/). 

ADDITION DENOTED BY A PLUS (+). 

SUBTRACTION DENOTED BY A MINUS (-). 

EXPONENTIATION DENOTED BY TWO ASTERISKS (**). 

The following rules will be used in performing mathematical operations: 

1. Parenthesis will be used where required to indicate order in 
which calculations are to be performed. Arithmetic operations 
within the innermost parenthesis are accomplished first. 

2. When the heirarchy of operations in an expression is not 
completely specified by the use of parenthesis, the sequence 
reduction is as follows: 

(a) First, all exponentiations are performed. , 

(b) Next, all multiplications and divisions are performed. 

(c) Finally, all additions and subtractions are performed. 

Within a sequence of consecutive multiplications and/or subtractions 
in which the order of the operations is not completely specified by 
parenthesis, the meaning is that of a left to right reduction. 
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6.7.2 Comparison Test 

The Comparison Test syntax diagram represents a logical grouping of 
the Relational Formula and Limit Formula syntax diagrams. Since the 
Comparison Test diagram is used in several other diagrams, this type 
of grouping results in simpler appearing diagrams. 
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6.7.3 Limit Formula 


Examples: IS BETWEEN 10 VOLTS AND 30 VOLTS 

IS NOT BETWEEN (ALPHA) AND (BETA) 

(PRESSURE A) IS BETWEEN 14 PSIA AND 20 PSIA 
ARE NOT BETWEEN (HI) AND (LO) 

The Limit Formula allows a comparison to be made between two limits. 

The comparison may be for either Internal Names or Function Designators. 
Function Designators will be written for the statement calling the 
Limit Formula and not in the Limit Formula itself. The Internal Name 
must be listed as part of the Limit Formula. 

Caution: Incompatible data and variables will be the responsibility 

of the person preparing the program. 
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6.7.4 Relational Formula 


Examples: (PRESS A) = 10 PS I A 

(PRESS A) IS EQUAL TO (PRESSB) 

ARE ON 

(PRESS A) IS GREATER THAN 15 PS I A 

(BUS READING) IS LESS THAN 14 VOLTS 

(BUS READING) IS GREATER THAN OR EQUAL TO 16 VOLTS 

(BUS READING) IS LESS THAN OR EQUAL TO 24 VOLTS 

The Relational Formula allows for a verification to be made dependent 
upon a particular condition or state. Function Designators and Internal 
Names may be related to states or various data types. The sense of 
the relation may be either equality, greater or less than equality, 
or both. As with the Limit Formula if a Function Designator is being 
related then it must be listed from the statement referencing the 
Relational Formula and not the Relational Formula itself. The Internal 
Name is listed in the Relational Formula. 
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6.8 


EXCEPTION 


The Exception Group is made up of the Output Exception element. The 
Output Exception element is used in the Verify Prefix and the CON- 
CURRENT STATEMENT. 
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TO SYSTEM DEVICE 


6.8.1 Output Exception 

Examples: PRINT EXCEPTIONS USING MESSAGES FROM (MESSAGE LIST) TO 

LINE PRINTER 1> 

DISPLAY EXCEPTIONS 

RECORD EXCEPTIONS TO <DISC> 

The Output Exception is used to output messages to any recording device 
when an error condition occurs. This option allows for the use of 
system error messages, if any, and also a default to a standard system 
recording device, if any. 

If a list of messages is used in relation to a group of Function Desig- 
nators, then they must correspond exactly in the number of entries. 

If an error condition occurs, then an error message will be chosen 
from the list in a one-to-one correspondence. 

The Output Exception unit may be abbreviated when used in combination 
with the STOP STATEMENT to effect a Language Processor default condition 
in which the computer to engineer communication devices and to prede- 
fine the message to be indicated on the device. An example of the 
abbreviated form is: 

VERIFY <L0X VENT VALVE 2 > IS OFF; 

This statement has the same meaning as: 

VERIFY < L0X VENT VALVE 2> IS OFF ELSE RECORD EXCEPTIONS AND 
STOP; 

Reference the description of the STOP STATEMENT for more information 
on page 85, 
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6.9 NUMBER REPRESENTATION 

These elements define the basic numeric character sets that are 
available to the test writer. 

6.9.1 N umber Pattern 

The syntactical unit Number Pattern defines the types of numbers allowed. 
These include Binary, Octal, Decimal, and Hexadecimal. 

6.9.2 Binary Number 

A Binary Number must begin with the letter "B" and is formed by any 
combination of the Numerals "1" and "0". 

6.9.3 Hexadecimal Number 

A Hexadecimal Number must begin with the letter "X" and may be formed 
by any combination of the Numerals "0" through "9" and the Letters A, 

B, C, D, E, or F. 
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6.9.4 Integer Number 

An Integer Number is any combination of allowed numerals to form a 
decimal whole number. 

6.9.5 Octal Number 

An Octal Number must begin with the letter "T" and may be formed by 
any combi nation of Numerals "0" through "7". 

6.9.6 Number 

A Number is a positive or negative Integer Number or fractional number, 
A Number may be written as 3.3 or 3 or 0.3 or .83. 
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SEE DIMENSION TABLE OK PAGE 200 
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6.10 


6.10.1 


6 . 10.2 


Engineering Values (Dimensions ) 

The engineering units available are contained on the referenced page 
by the DIMENSION diagram. 

Quantity 

A Quantity is a number, with a Dimensional identifier attached, which 
provides both scaling information to the Language Processor and a 
method of error checking the test writer's use of these quantities. 

State 

A State represents a boolean expression. The allowable expressions 
are ON, OFF, OPEN, CLOSED, TRUE, or FALSE, ON, CLOSED, and TRUE are 
represented by a binary "1" and OFF, OPEN, and FALSE are represented 
by a binary "0". 
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6.10.3 Time Value 


Examples: 3 DAYS 

4 HRS 5 MINS 30 SECS 
10 MINS 30 SECS 
15 MINS 

2 DAYS 20 HRS 10 MINS 22 SECS 15 MSECS 

5.6 MSECS 

(TIME) 

The Time Value allows for numerical representation of DAYS, HRS, MINS, 
SECS, and MSECS. The Time Value may be positive or negative. Only 
the first entry in the Time Value should be signed. The Time Value 
also allows an Internal Name to be used. 
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7.0 CAPABILITY CHART 


STATEMENT NAME 

TYPE 

KEYWORD 

STATEMENT CAPABILITY 

1 . ACTIVATE TABLE 

P 

ACTIVATE 

ALLOWS OPERATIONS TO BE PER- 
FORMED ON PARTICULAR ROWS IN A 
| TABLE. 

2. APPLY ANALOG 

P 

APPLY 

SEND 

APPLIES ANALOG VALUES TO THE 
SYSTEM UNDER TEST. 

3. ASSIGN 

P 

ASSIGN 

PERFORMS LOGICAL OPERATIONS ON 
"STATE" (ON/ OFF) INTERNAL PRO- 
GRAM DATA. 

4. AVERAGE 

P 

AVERAGE 

PROVIDES A CONVENIENT MEANS OF 
AVERAGING DATA FROM A SYSTEM 
UNDER TEST. 

5. BEGIN DATA BANK 

6. BEGIN MACRO 

7. BEGIN PROGRAM 

8. BEGIN SUBROUTINE 

S 

BEGIN 

INITIAL BOUNDARY FOR DESCRIBED 
ITEMS, 

9. COMMENT 

S 

$ 

ALLOWS NON-EXECUTABLE INFOR- 
MATION TO BE INSERTED FOR 
CLARIFICATION. 

! 10. CONCURRENT 

P 

CONCURRENTLY 

ALLOWS CONCURRENT PROGRAM EXE- 
CUTION, MONITORING AND RECORDING. 

11. DECLARE DATA 

12. DECLARE NUMERIC LIST 

13. DECLARE NUMERIC TABLE 

14. DECLARE QUANTITY LIST 

15. DECLARE QUANTITY TABLE 

16. DECLARE STATE LIST 

17. DECLARE STATE TABLE 

18. DECLARE TEXT LIST 

19. DECLARE TEXT TABLE 

D 

i 

DECLARE 

DEFINES DATA CHARACTERISTICS 
NECESSARY FOR COMPILATION AND 
ENTERS INITIAL DATA VALUES. 

20. DELAY 

P 

DELAY 

CAUSES A PROGRAM HOLD FOR A 
SPECIFIC TIME INCREMENT OR 
UNTIL A PARTICULAR EVENT OCCURS. 


TYPE 

D - DECLARATION STATEMENT 
P - PROCEDURAL STATEMENT 
S - SYSTEM STATEMENT 
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STATEMENT NAME 

TYPE 

KEYWORD 

STATEMENT CAPABILITY. 

21. DISABLE INTERRUPT 


DISABLE 

, INHIBITS THE EXECUTION OF A 
SUBROUTINE ON THE OCCURRENCE 
OF A SPECIFIED INTERRUPT. 

22. END 

5 

END 

FINAL BOUNDARY FOR GOAL COM- 
PONENTS. 

23. EXPAND MACRO 

S 

EXPAND 

EXECUTE 

A COMPILER DIRECTIVE THAT EX- 
PANDS THE MACRO AND ALSO PRO- 
VIDES CONTROL OVER THE PRINTING 
OF THE MACRO DURING COMPILATION. 

24. FREE DATA BANK 

S 

FREE 

CANCELS AN ACTIVE DATA BANK 
USED BY THE LANGUAGE PROCES- 
SOR. 

25. GO TO 

P 

GOTO 

PROVIDES FOR UNCONDITIONAL 
BRANCHING. 

26. INHIBIT TABLE 

P 

INHIBIT 

INHIBITS OPERATIONS ON PAR- 
TICULAR ROWS OF A TABLE. 

27. ISSUE DIGITAL PATTERN 

P 

ISSUE 

.... 1 

ISSUES A DIGITAL PATTERN TO 
THE SYSTEM UNDER TEST. 

28. LEAVE 

S 

LEAVE 

ALLOWS AN EXIT FROM GOAL INTO • 
A ROUTINE WRITTEN IN ANOTHER 
LANGUAGE LOCATED IN A DATA 
BANK SUBROUTINE. 

29. LET EQUAL 

P 

LET 

PROVIDES MATHEMATICAL OPERA- 
TIONS OF ADDITION, SUBTRACTION, 
MULTIPLICATION, DIVISION, AND 
EXPONENTIATION. 

30. PERFORM PROGRAM 

31 . PERFORM SUBROUTINE 

P 

PERFORM 

CALLS DESCRIBED PROGRAM/SUB- 
ROUTINE INTO EXECUTION. UPON 
THE ITEM'S TERMINATION, CON- 
TROL IS RETURNED TO THE NEXT 
STATEMENT AFTER THE PERFORM 
STATEMENT. 

32, READ 

P 

READ 

MEASURE 

MEASURES A PARTICULAR FUNCTION 
AND SAVES THE RESULT. 

33. RECORD DATA 

P 

RECORD 

DISPLAY 

PRINT 

OUTPUTS DATA TO COMPUTER/ ENGI- 
NEER COMMUNICATION DEVICES. 







































STATEMENT NAME 


STATEMENT CAPABILITY 



34. RELEASE CONCURRENT 

P 

RELEASE 

STOPS CYCLIC EXECUTION OF THOSE 
ITEMS INITIATED BY A CONCURRENT 
STATEMENT. 

35. REPEAT 

P 

REPEAT 

ALLOWS ONE OR MORE STATEMENTS 
TO BE REPEATED A SPECIFIED 
NUMBER OF TIMES. 

36. REPLACE 

S 

REPLACE 

A WRITER AID TO ALLOW REPLACE- 
MENTS OF NAMES OR ABBREVIATED 
CODING. 

37. REQUEST KEYBOARD 

P 

REQUEST 

ALLOWS DATA TO BE ENTERED INTO 
A PROGRAM. 

38. RESUME 

S 

RESUME 

FINAL BOUNDARY FOR A DATA BANK 
SUBROUTINE TO USE ANOTHER 
LANGUAGE. 

39. SET DISCRETE 

P 

SET 
OPEN 
CLOSE 
TURN ON 
TURN OFF 

SENDS A DISCRETE (ON/OFF) COM- 
MAND TO THE SYSTEM UNDER TEST. 

40. SPECIFY 

s 

SPECIFY 

PROVIDES THE DATA TO INTER- 
FACE THE TEST PROCEDURE TERMI- 
NOLOGY WITH THE SYSTEM UNDER 
TEST. 

41 . STOP 

p 

STOP 

STOPS PROGRAM EXECUTION UNTIL 
MANUALLY RESTARTED. 

42. TERMINATE 

p 

TERMINATE 

CAUSES TERMINATION OF PROGRAM 
OR SUBROUTINE. 

43. USE DATA BANK 

s 

USE 

ACTIVATES A DATA BANK FOR USE 
BY THE LANGUAGE PROCESSOR. 

44. WHEN INTERRUPT 

p 

WHEN 

ACTIVATES AN INTERRUPT AND 
INDICATES A SUBROUTINE TO BE 
EXECUTED WHEN THE INTERRUPT 
OCCURS. 
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7.1 


GOAL KEYWORD/PHRASE INDEX 


KEYWORD/PHRASE 


STATEMENT TITLE 


DIAGRAM 

NO. 


Activate 
After - 
All 

And - - 


And Return To 
And Save As 

Apply 

Are- 

As 

Assign - — 
Average - - 
Begin - - - 


Between - 
Characters 


Close 

Closed - - - - 
Column - — - 
Columns Titled 


Concurrently - - — - 

Critical 

Data Bank 

Day 

Days — — 

Declare ---- — — 
Declare Numeric List - - 
Declare Quantity List - 
Declare Quantity Table - 
Declare State Table- - - 
Declare Text List - - - 

Del ay 

Disable 

Display — - 

Else - — ■ - - — - — 


Activate Table Statement ------ 

Time Prefix- 

Disable Interrupt Statement — - — 

Release Concurrent Statement - 

Concurrent Statement - — — 

Verify Prefix - 

Expand Macro Statement — — — - 
Limit Formula - — — — - — - 
When Interrupt Statement — - - - - 
Request Keyboard Statement — — _ 

Average Statement- -- — — 

Apply Analog Statement ------- 

Limit Formula- 

Relational Formula - — - - — - - 

Specify Statement — — - - 

Assign Statement - — - - - _ — - 
Average Statement — — ___ — 
Begin Data Bank Statement - - - - _ 
Begin Macro Statement _______ 

Begin Program Statement - - - 

Begin Subroutine Statement - - 

Limit Formula — — - - — - , — 
Declare Data Statement - - - — - - 

Declare Text List Statement - 

Declare Text Table Statement - — - 
Set Discrete Statement ------- 

Specify Statement- - — - — — - 

Internal Name- - -_ - — - 

Declare Numeric Table Statement - - 
Declare Quantity Table Statement - - 
Declare State Table Statement- - - - 
Declare Text Table Statement — - _ 

Concurrent Statement - 

Perform Subroutine Statement - - - - 
Begin Data Bank Statement- - - - — 

End Statement - - — 

Time Value-- - — . — — 

Time Value - — 

Declare Data Statement - - 

Declare Numeric List Statement 

Declare Quantity List Statement- - - 
Declare Quantity Table Statement - - 
Declare State Table Statement - — 

Declare Text List Statement- - 

Delay Statement — — - 

Disable Interrupt Statement 

Concurrent Statement * 

Record Data Statement- — - - 

Verify Prefix 


1 

80 

28 

63 

15 

83 
30 
44 

84 
66 

4 

2 

44 

62 

71 

3 

4 

5 

6 

7 

8 

44 

17 

24 

25 

70 

71 
39 

19 
21 
23 

25 
15 
56 

5 

29 

81 

81 

17 

18 

20 
21 

23 

24 

26 
28 
15 
61 
83 
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KEYWORD/ PHRASE 


STATEMENT’ TITLE 


DIAGRAM 

NO. 


Entri es 


Entry From - 
Equal To- - - 


Every 

Exceptions - 
Execute - - 
Expand - 


False - — - - - - - - - State 


- Declare Quantity List Statement - - - 20 
Declare State List Statement- - - - - 22 
Declare Text List Statement — — - 24 

- Request Keyboard Statement- - — - - 66 

- Assign Statement- ------ — — 3 

Declare Data Statement- - - - — - - 17 
Let Equal Statement - -- -- -- --42 
Relational Formula- - - - - — - - - 62 

- Concurrent Statement- - -- -- -- -15 

- Output Exception — - - - — - — -53 

- Expand Macro Statement- - -- -- --30 
Expand Macro Statement- ------- 30 

72 


For 


Free- - 


Repeat Statement- - — _______ 64 

Set Discrete Statement- - -- -- --70 
Free Data Bank Statement- — — — 32 


Functions ----- — - External Designator 


- - 31 


Goto 

Go To - - — — - - - - 
Greater Than- ------ 

Greater Than or Equal To- 

Hr- ------- - 

Hrs 


When Interrupt Statement- 84 

Goto Statement- — - - — — - — 34 

Relational Formula- — ---62 

Relational Formula- — — 62 

Time Value- — — -81 

Time Value- - - — — ___ — - -81 

If — - _ — ------ Verify Prefix — 83 

Inhibit --------- Inhibit Table Statement _______ 37 

Is- _ Limit Formula — — — 44 

Relational Formula — --62 

Time Prefix — 80 

Issue ---------- Issue Digital Pattern Statement - — 40 

Leave - - - - - Leave Statement - - — — 41 

Less Than - -- -- - — Relational Formula 62 

Less Than or Equal To - - Relational Formula 62 

Let Equal Statement ------ — _42 

Specify Statement — -71 

Begin Macro Statement -------- 6 

End Statement -29 

Measure ------ _ - _ Read Statement ----------- 60 

Msec ---------- Time Value 81 

Msecs Time Value -- - - — — — - - - - 81 

Min ----------- Time Value - — - — — 81 

Mins- - - - - - Time Value 81 

Not - - - — - - - - _ - Limit Formula - - - — 44 

Not Equal To- ------ Relational Formula- - - - - — - — 62 

Number- - - - - - Declare Data Statement- - — 17 

Occurs- When Interrupt Statement- - - — - - 84 

Off — ------ — - - State — 72 

On- - - - - ------- State ---------------- 72 

Open- - - - - - — Set Discrete Statement- - - - — - - 70 

State -72 


Let 
Load- 
Macro 
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KEYWORD/PHRASE 


STATEMENT TITLE 


DIAGRAM 

NO. 


Or Until 
Perform 


Present Value Of 


Print - 
Program 


Quanti ty - 
Read- — - 
Readings Of 
Record - - 
Release - - 
Repeat- - - 
Replace — 
Request - - 
Resume- - - 
Revision — 
Row 

Rows And- - 


Sec - -- -- -- -- 
Secs- - — - - - - - 

Send- - - - - - 

Sensor — - - - - - - 
Set --------- 

Specify - - - - — - 
State -------- 

Step- -------- 

Stop and Indicate Re- 
start Labels 
Subroutine- - - - - - 


System — 
Terminate 
Text- - - 


Delay Statement - -- — - - — — 26 
Concurrent Statement- ----- - -_15 
Perform Program Statement ------ 55 

Perform Subroutine Statement- -56 

Apply Analog Statement- - — _ _ _ _ 2 

Concurrent Statement- _ - - - 15 

Issue Digital Pattern Statement - - - 40 
Record Data Statement -------- 61 

Set Discrete Statement- - - - - — - 70 
Concurrent Statement- ----- — - 15 

Record Data Statement -------- 61 

Begin Program Statement ------- 7 

Concurrent Statement- ----- 15 

End Statement ------- 29 

Declare Data Statement- ----- — 17 

Read Statement- ----------- 60 

Average Statement ---------- 4 

Concurrent Statement- --------15 

Release Concurrent Statement- - - - - 63 
Repeat Statement- - -- -- -- -- -64 
Replace Statement ----------65 

Request Keyboard Statement- ----- 66 

Resume Statement- ----------67 

Revision Label- ------ — - - - 68 

Activate Table Statement- ------ l 

Inhibit Table Statement - — - - - - 37 
Declare Numeric Table Statement - - - 19 
Declare Quantity Table Statement- - - 21 
Declare State Table Statement - - - - 23 
Declare Text Table Statement- — - - 25 
Time Value- - - - - - - - - - - — - 81 
Time Value- - - - - — ------- 81 

Apply Analog Statement- ------- 2 

Specify Statement ---------- 71 

Set Discrete Statement — ------ 70 

Specify Statement ---------- 71 

Declare Data Statement- — — 17 

Step Number ------------- 73 

Stop Statement- ----------- 74 

Begin Subroutine Statement- ----- 8 

End Statement --- — -- — ---29 
Perform Subroutine Statement- - - - - 56 
Specify Statement ----------71 

Terminate Statement — ----- — 78 

Declare Data Statement- -------17 

Leave Statement -------- — - 41 

Perform Subroutine Statement- - - - - 56 
Record Data Statement ---- — - - 61 

Request Keyboard Statement- ----- 66 
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DIAGRAM 

KEYWORD/ PHRASE STATEMENT TITLE NO. 

Then - — - - - — > Veri fy Pref i x - - - - — ______ 83 

Time Prefix ------ — _____ 80 

Through ------- - - Repeat Statement -------- - ... — 64 

Times — ________ Repeat Statement- - - - • - - - 64 

T 0 __________ _ -/\ppiy Analog Statement- ------- 2 

Concurrent Statement- - -- -- -- -15 
Issue Digital Pattern Statement - - - 40 

Output Exception- ---------- 53 

Record Data Statement -------- 61 

Set Discrete Statement- ------- 71 

True- - - - - — * - State - — - - - - — 72 

Turn Off- - -- -- — - Set Discrete Statement- ------- 70 

Turn On - - - — • - - - - Set Discrete Statement- ------- 70 

Type- — _____ Specify Statement - - - — — - - - 71 

U se _ — ________ 8 se g a t a g an k statement ------- 82 

Using - — - - - - — _ Specify Statement ---------- 71 

Using Messages From - - - Output Exception- ---------- 53 

Verify - Concurrent Statement- ------ — 15 

Verify Prefix ------------ 83 

Wait- ---------- Delay Statement - -- -- -- - — - 26 

When- ---------- Time Prefix ------------- 80 

When Interrupt- - When Interrupt Statement- — - - - - 84 

With- - — - - - - - — Declare Numeric List Statement- - - - 18 

Declare Quantity List Statement - - - 20 
Declare Quantity Table Statement- - - 21 
Declare State List Statement- - - - - 22 
' Declare Text List Statement ----- 24 

Declare Text Table Statement- - — - 25 
Replace Statement ---------- 65 

With A Maximum of — ■ — Declare Data Statement- - -- -- --17 

Declare Text Table Statement- - - — 25 
With Entries — ------ Declare Numeric List Statement- - - - 18 

Declare Quantity Table Statement- - - 21 
Declare State Table Statement - - - - 23 
Declare Text Table Statement- - - - - 25 
Within — ------- — Verify Prefix - -- -- — _____83 
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7.2 GOAL STATEMENT INDEX 


B 

GOAL STATEMENT NAME 

— _ — 

■ 

TYPE 

— —I 

PAGE 

DIAGRAM 

NUMBER 

KEYWORD/PHRASE 

1. 

ACTIVATE TABLE 

P 

121 

1*. 

ACTIVATE 

2. 

APPLY ANALOG 

P 

47 

2. 

APPLY/SEND 

3. 

ASSIGN 

P 

93 

3. 

ASSIGN 

4. 

AVERAGE 

P 

63 

4. 

AVERAGE 

5. 

BEGIN DATA BANK 

S 

129 

5. 

BEGIN DATA BANK 

6. 

BEGIN MACRO 

s 

135 

6. 

BEGIN MACRO 

7. 

BEGIN PROGRAM 

s 

131 

7, 

BEGIN PROGRAM 

8. 

BEGIN SUBROUTINE 

s 

133 

8. 

BEGIN SUBROUTINE 

9. 

COMMENT 

s 

155 

13. 

$ 

10. 

CONCURRENT 

p 

99 

15. 

CONCURRENTLY/EVERY/ 

PERFORM/DISPLAY/VERIFY 

11. 

DECLARE DATA 

D 

11 

17. 

DECLARE DATA 

12. 

DECLARE NUMERIC LIST 

D 

15 

18. 

DECLARE NUMERIC LIST 

13. 

DECLARE NUMERIC TABLE 

D 

27 

19. 

DECLARE NUMERIC TABLE 

14. 

DECLARE QUANTITY LIST 

D 

17 

20. 

DECLARE QUANTITY LIST 

15. 

DECLARE QUANTITY TABLE 

D 

31 

21. 

DECLARE QUANTITY TABLE 

16. 

DECLARE STATE LIST 

D 

19 

22. 

DECLARE STATE LIST 

17. 

DECLARE STATE TABLE 

D 

35 

23. 

DECLARE STATE TABLE 

18. 

DECLARE TEXT LIST 

D 

21 

24. 

DECLARE TEXT LIST 

19. 

DECLARE TEXT TABLE 

D 

39 

25. 

DECLARE TEXT TABLE 

20. 

DELAY 

P 

75 

26. 

DELAY 

21. 

DISABLE INTERRUPT 

p ; 

117 

28. 

DISABLE 

22. 

END 

s 

137 

29. 

END 

23. 

EXPAND MACRO 

s 

157 

30. 

EXPAND/EXECUTE 

24. 

FREE DATA BANK 

s 

149 

32. 

FREE 

25. 

GOTO 

P 

79 

34. 

GO TO 

26. 

INHIBIT TABLE 

P 

125 

37. 

INHIBIT 

27. 

ISSUE DIGITAL PATTERN 

P 

51 

40. 

ISSUE 

28. 

LEAVE 

s 

139 

41. 

LEAVE 

29. 

LET EQUAL 

P 

95 

42. 

LFT 

30. 

PERFORM PROGRAM 

P 

105 

55. 

PERFORM PROGRAM 

31. 

PERFORM SUBROUTINE 

P 

109 

56. 

PERFORM SUBROUTINE 

32. 

READ 

P 

67 

60. 

READ/MEASURE 

33. 

RECORD DATA 

P 

59 

61. 

RECORD 

34. 

RELEASE CONCURRENT 

P 

103 

63. 

RELEASE 

35. 

REPEAT 

P 

81 

64. 

REPEAT 

36. 

REPLACE 

P 

161 

65. 

REPLACE 

37.. 

REQUEST KEYBOARD 

P 

71 

66. 

REQUEST 

38. 

RESUME 

s 

143 

67. 

RESUME 

39. 

SET DISCRETE 

p 

55 

70. 

SET/OPEN/CLOSE/ 1 
TURN ON/TURN OFF, 

40. 

SPECIFY 

s 

151 

71. 

SPECIFY 

41. 

STOP 

p 

85 

74. 

STOP 

42. 

TERMINATE 

p 

89 

78. 

TERMINATE 

43. 

USE DATA BANK 

s 

147 

82. 

USE 

44. 

WHEN INTERRUPT 

p 

113 

84. 

WHEN/OCCURS 


TYPE: D- DECLARATION STATEMENT, P- PROCEDURAL STATEMENT, S- SYSTEM STATEMENT 
















7.3 GOAL ELEMENTS INDEX 






GROUP 

DIAGRAM 

PAGE 

MBER 

NAME 



NUMBER 

NUMBER 

NUMBER 

1. 

Binary Number . , . 

• :* 

* • 

9 

9 

249 

2. 

Character 

.• • 

■9 9 

1 

10 

205 

3. 

Character String 

* * 

.9 .• 

2 

11 

209 

4. 

Column Name .... 


> • 

4 

12 

215 

5. 

Comparison Test . . 

e • 

• * 


14 

239 

6. 

Data Bank Name . . 

• • 

9 9 

4 

16 

217 

7. 

Dimension 

'• • 

9 9 


27 

253 

8. 

External Designator 

• • 

9 • 

3 

31 

213 

9. 

Function Designator 

• f 

• .« 

3 

33 

21 1 

10. 

Hexadecimal Number 

9 9 

* « 

9 

35 

249 

11. 

Index Name .... 


• •• 

4 

36 

217 

12. 

Integer Number . . 

9 • 

• • 

9 

38 

251 

13. 

internal Name . . . 

• » 


4 

39 

. 221 

14. 

Letter . 

• • • 

■9 • 

1 

43 

205 

15. 

Limit Formula . . . 

9 9 

• • 

7 

44 

241 

16. 

List Name .... . 

• '• 

• • 

4 

45 

217 

17. 

Macro Label .... 


• • 

5 

46 

223 

18. 

Name ....... 

• • 

• • 

4 

47 

215 

19. 

Number ...... 

• • 

• • 

9 

48 

251 

20. 

Number Pattern . . 

• • 

* 9 

9 

49 

249 

21. 

Numeral 


9 .9 

1 

50 

207 

22. 

Numeric Formula . . 


9 • 

7 

51 

237 

23. 

Octal Number . . . 

• * 


9 

52 

251 

24. 

Output Exception . 

• • 

9 f 

8 

53 

247 

25. 

Parameter 

• « 

• • 

4 

54 

217 

26. 

Procedural Statement 

; Prefix 

6 

57 

225 

27. 

Program Name , . . 

■ 9 9 

• * 

4 

58 

219 

28. 

Quantity . . . . . 


9 • 

10 

59 

253 

29. 

Relational Formula 

9 m 

• 9 

7 

62 

243 

30. 

Revision Label . . 

■ * 

m • 

5 

68 

223 

31. 

Row Designator . . 

• * 

-• • 

3 

69 

213 

32. 

State . 


• * 

10 

72 

253 

33. 

Step Number .... 

\ 

• .« 

6 

73 

227 

34. 

Subroutine Name . . 


* * 

4 

75 

219 

35. 

Symbol ...... 

•% .• 

m -• 

1 

76 

207 

36. 

Table Name .... 

* • 

• * 

4 

77 

219 

37. 

Text Constant . . . 

• • 

• • 

2 

79 

209 

38. 

Time Prefix .... 

• • 

• • 

6 

80 

229 

39. 

Time Value . . . . 

* ♦ 

• • 

10 

81 

255 

40. 

Verify Prefix . . . 

• .* 

. . " 

6 

83 

231 
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7.4 FEEDBACK LETTERS VERSUS DIAGRAM CHART 



DIAGRAM NAME 


Declare Data Statement 


Declare Data Statement 


Record Data Statement 
Request Data Statement 


Activate Table Statement 
Inhibit Table Statement 


Apply Analog Statement 

Issue Digital Pattern Statement 

Set Discrete Statement 


Leave Statement 

Perform Subroutine Statement 


Release Concurrent Statement 


Stop Statement 


Disable Interrupt Statement 


Begin Macro Statement 
Expand Macro Statement 


Begin Subroutine Statement 


Free Data Bank Statement 
Use Data Bank Statement 


Specify Statement 


Specify Statement 


Character String. 


Function Designator 


External Designator 


Name 


Macro Label 


Revision Label 
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FEEDBACK LETTERS VERSUS DIAGRAM CHART (CONTINUED) 
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7.5 INDEX OF SYNTAX DIAGRAMS 


diagram! 
NO. 1 

DIAGRAM NAME 

PAGE ; 

DIAGRAM 

NO. 

DIAGRAM NAME 

PAGE 


Activate Table Statement 

■ 

1 1 

39. 

Internal Name 

22 


Apply Analog Statement 

2 

40. 

Issue Digital Pattern 

23 


Assign Statement 

3 


Statement 



Average Statement 

3 

41. 

Leave Statement 

24 


Begin Data Bank Statement 

4 

42. 

Let Equal Statement 

24 


Begin Macro Statement 

4 

43. 

Letter 

25 


Begin Program Statement 

5 J 

44. 

Limit Formula 

25 

8. 

Begin Subroutine Statement 

5 : 

45. 

List Name 

26 

9. 

Binary Number 

5 

46. 

Macro Label 

26 

10. 

Character 

6 

47. 

Name 

26 

11 . 

Character String 

6 

48. 

Number 

26 

12. 

Column Name 

6 

49. 

Number Pattern 

27 

13. 

Comment Statement 

6 

50. 

Numeral 

27 

14. 

Comparison Test 

6 

51 . 

Numeric Formula 

27 

15. 

Concurrent Statement 

7 

52. 

Octal Number 

28 

16. 

Data Bank Name 

7 

53. 

Output Exception 

28 

17. 

Declare Data Statement 

8 

54. 

Parameter 

28 

18. 

Declare Numeric List 

9 

55. 

Perform Program Statement 

29 


Statement 


56. 

Perform Subroutine Statement 

29 

19. 

Declare Numeric Table 

10 

57. 

Procedural Statement Prefix 

30 


Statement 


58. 

Program Name 

30 

20. 

Declare Quantity List 

11 

59. 

Quantity 

30 


Statement 


60. 

Read Statement 

30 

21. 

Declare Quantity Table 

12 

61. 

Record Data Statement 

31 


Statement ! 


62. 

Relational Formula 

32 

22. 

Declare State List 

13 

63. 

Release Concurrent Statement 

33 


Statement 


64. 

Repeat Statement 

33 

23. 

Declare State Table 

14 

65. 

Replace Statement 

1 33 


Statement 


66. 

Request Keyboard Statement 

34 

24. 

Declare Text List 

15 

! 67. 

Resume Statement 

; 35 


Statement 


68. 

Revision Label 

35 

25. 

Declare Text Table 

16 

69. 

Row Designator 

35 


Statement 


70. 

Set Discrete Statement 

36 

26. 

Delay Statement 

17 

1 71. 

Specify Statement 

37 

27. 

Dimension 

17 

72. 

State 

37 

28. 

Disable Interrupt 

17 

73. 

Step Number 

38 


Statement 


74. 

Stop Statement 

38 

29. 

End Statement 

18 

75. 

Subroutine Name 

38 

30. 

Expand Macro Statement 

18 

76. 

Symbol 

39 

31. 

External Designator 

18 

77. 

Table Manie 

39 

32. 

Free Data Bank Statement 

19 

78. 

Terminate Statement 

40 

33. 

Function Designator 

19 

79. 

Text Constant 

40 

34. 

Goto Statement 

20 

80. 

Time Prefix 

40 

35. 

Hexadecimal Number 

20 

81. 

Time Value 

41 

36. 

Index Name 

20 

! 82. 

Use Data Bank Statement 

41 

37. 

Inhibit Table Statement 

21 

83. 

Verify Prefix 

42 1 

38. 

Integer Number 

21 

84. 

When Interrupt Statement 

43 
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